'프로그램 사용 > Version Control' 카테고리의 다른 글
git reset 서버 commit (0) | 2021.09.14 |
---|---|
git blame (0) | 2021.06.21 |
git pull rebase 설정 (0) | 2021.06.02 |
git log --stat (0) | 2021.05.10 |
git stash (0) | 2021.05.09 |
git reset 서버 commit (0) | 2021.09.14 |
---|---|
git blame (0) | 2021.06.21 |
git pull rebase 설정 (0) | 2021.06.02 |
git log --stat (0) | 2021.05.10 |
git stash (0) | 2021.05.09 |
마지막 커밋 1개 날리고, 강제로 서버에 푸시
$ git reset --hard HEAD~1 $ git push -f |
그래도 이력을 남기는 revert가 좋을 듯.
다만 돌릴게 많으면 돌렸다는 이력 자체도 잔뜩 생긴다고 하니
되돌릴일을 만들지 않는게 최선.. ㅠㅠ
$ git revert [hash] |
[링크 : https://jupiny.com/2019/03/19/revert-commits-in-remote-repository/]
git diff --staged (0) | 2022.09.05 |
---|---|
git blame (0) | 2021.06.21 |
git pull rebase 설정 (0) | 2021.06.02 |
git log --stat (0) | 2021.05.10 |
git stash (0) | 2021.05.09 |
svn 처럼 git 에도 소스라인 단위로 누가 커밋한 건지 추적하는 기능이 없나 봤는데 있다!
$ git blame 사용법: git blame [<옵션>] [<리비전-옵션>] [<리비전>] [--] <파일> <리비전-옵션>은 git-rev-list(1)에 설명되어 있습니다 --incremental 블레임 항목을 찾자마자 점진적으로 표시합니다 -b 가장자리 커밋에 대해 빈 SHA-1을 표시합니다 (기본값: 꺼짐) --root 최상위 커밋을 가장자리 커밋으로 취급하지 않습니다 (기본값: 꺼짐) --show-stats 작업 비용 통계를 표시합니다 --progress 강제로 진행 상황을 표시합니다 --score-debug 블레임 항목에 대해 출력 점수를 표시합니다 -f, --show-name 원래 파일 이름 표시 (기본값: 자동) -n, --show-number 원래 줄 번호 표시 (기본값: 하지 않음) -p, --porcelain 컴퓨터 처리용으로 설계된 형식으로 표시합니다 --line-porcelain 줄마다 커밋 정보가 표시되는 사용자용 형식으로 표시합니다 -c git-annotate와 동일한 형식을 사용합니다 (기본값: 꺼짐) -t 내부 형식으로 시각을 표시합니다 (기본값: 꺼짐) -l 길게 커밋 SHA1을 표시합니다 (기본값: 꺼짐) -s 작성자 이름과 시각을 표시하지 않습니다 (기본값: 꺼짐) -e, --show-email 작성자 이름 대신에 전자메일을 표시합니다 (기본값: 꺼짐) -w 공백 문자 차이점을 무시합니다 --indent-heuristic diff를 향상하는데 실험적인 휴리스틱을 사용합니다 --minimal 더 일치하는 항목을 찾는데 더 시간을 소모합니다 -S <파일> git-rev-list를 호출하는 대신 <파일>에서 리비전을 사용합니다 --contents <파일> <파일>의 내용을 최종 이미지로 사용합니다 -C[<점수>] 파일 내부와 파일 사이의 복사된 줄을 찾습니다 -M[<점수>] 파일 내부와 파일 사이의 옮겨진 줄을 찾습니다 -L <n,m> n,m줄 (1번 줄부터 시작) 사이의 범위만 처리 --abbrev[=<n>] SHA-1 표시에 <n>개의 숫자를 사용합니다 |
git diff --staged (0) | 2022.09.05 |
---|---|
git reset 서버 commit (0) | 2021.09.14 |
git pull rebase 설정 (0) | 2021.06.02 |
git log --stat (0) | 2021.05.10 |
git stash (0) | 2021.05.09 |
$ git config --global branch.autosetuprebase always $ git config branch.{BRANCH-NAME}.rebase true |
[링크 : http://theeye.pe.kr/archives/1980]
비슷한 결과를 만드는 다른 방식으로, C3 에서 변경된 사항을 Patch로 만들고 이를 다시 C4 에 적용시키는 방법이 있다. Git에서는 이런 방식을 Rebase 라고 한다. rebase 명령으로 한 브랜치에서 변경된 사항을 다른 브랜치에 적용할 수 있다. |
git reset 서버 commit (0) | 2021.09.14 |
---|---|
git blame (0) | 2021.06.21 |
git log --stat (0) | 2021.05.10 |
git stash (0) | 2021.05.09 |
git 저장소 합치기 해보았으나.. (0) | 2021.04.07 |
변경된 파일 목록과 함께 보는 방법
git blame (0) | 2021.06.21 |
---|---|
git pull rebase 설정 (0) | 2021.06.02 |
git stash (0) | 2021.05.09 |
git 저장소 합치기 해보았으나.. (0) | 2021.04.07 |
git 특정 디렉토리만 clone 하기 (0) | 2021.04.07 |
이번에 한번 날릴 각오로(!) 써봐야지 -_ㅠ
git stash [push]
git stash list
git stash apply | pop
SYNOPSIS git stash list [<options>] git stash show [<stash>] git stash drop [-q|--quiet] [<stash>] git stash ( pop | apply ) [--index] [-q|--quiet] [<stash>] git stash branch <branchname> [<stash>] git stash [push [-p|--patch] [-k|--[no-]keep-index] [-q|--quiet] [-u|--include-untracked] [-a|--all] [-m|--message <message>] [--] [<pathspec>...]] git stash clear git stash create [<message>] git stash store [-m|--message <message>] [-q|--quiet] <commit> |
[링크 : https://gmlwjd9405.github.io/2018/05/18/git-stash.html]
git pull rebase 설정 (0) | 2021.06.02 |
---|---|
git log --stat (0) | 2021.05.10 |
git 저장소 합치기 해보았으나.. (0) | 2021.04.07 |
git 특정 디렉토리만 clone 하기 (0) | 2021.04.07 |
git lfs (0) | 2021.04.06 |
내가 상상하던 아름다운(?) 모습이 아니라 일단 안하는걸로..
project_a (다른 사람의 프로젝트)
project_a/src
project_b (내 프로젝트)
project_b를 project_a/src로 서브디렉토리에 넣고 싶은데
1. 서브디렉토리에 넣어지진 않음. 저장소 자체가 두개 합쳐지는 개념
2. 1의 문제로 인해서 합치고 디렉토리를 옮기던가, proejct_b를 다시 경로를 정리해서 합치던가 해야 함
3. git log는 timeline 으로 정리되서 시간이 뒤죽박죽으로 꼬이게 됨
(의도한건 project_a의 마지막 로그 이후로 시간이 변경되는 식으로 쭈욱 붙는 것이었음)
아무튼 쓸 게 못되는구나..
(일한거 팍팍 티내려고 했는데 실패..)
git log --stat (0) | 2021.05.10 |
---|---|
git stash (0) | 2021.05.09 |
git 특정 디렉토리만 clone 하기 (0) | 2021.04.07 |
git lfs (0) | 2021.04.06 |
git submodule (0) | 2021.04.05 |
아직 해보진 않음..
$ git init proj $ cd proj $ git remote add -f origin <<remote_url>> $ git config core.sparseCheckout true $ echo "directory" >> .git/info/sparse-checkout $ git pull origin master |
[링크 : https://www.lesstif.com/gitbook/git-clone-20776761.html]
git stash (0) | 2021.05.09 |
---|---|
git 저장소 합치기 해보았으나.. (0) | 2021.04.07 |
git lfs (0) | 2021.04.06 |
git submodule (0) | 2021.04.05 |
git reset revert (0) | 2021.03.31 |
github에서 대용량 파일(100M 이상)은 지원하지 않고
50~100MB는 경고를 띄운다고 하는데
그 이상의 용량을 git에서 관리하려면 git lfs를 설치해주어야 한다고 한다.
git 저장소 합치기 해보았으나.. (0) | 2021.04.07 |
---|---|
git 특정 디렉토리만 clone 하기 (0) | 2021.04.07 |
git submodule (0) | 2021.04.05 |
git reset revert (0) | 2021.03.31 |
git error: RPC failed; curl ... remote end hung up (0) | 2021.01.11 |
svn의 external 느낌인가?
[링크 : https://git-scm.com/book/ko/v2/Git-도구-서브모듈]
[링크 : https://ohgyun.com/711]
+
git 특정 디렉토리만 clone 하기 (0) | 2021.04.07 |
---|---|
git lfs (0) | 2021.04.06 |
git reset revert (0) | 2021.03.31 |
git error: RPC failed; curl ... remote end hung up (0) | 2021.01.11 |
git stash (0) | 2020.01.21 |
댓글을 달아 주세요