| $ 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 |
이전 버전과 비교하기도 쉽지 않은데..
아무튼 특정 파일을 과거 버전으로 돌려 버리는 기능은 의외로 간단해 보이네?
[링크 : https://www.devpools.kr/2017/02/05/초보용-git-되돌리기-reset-revert/]
| git lfs (0) | 2021.04.06 |
|---|---|
| git submodule (0) | 2021.04.05 |
| git error: RPC failed; curl ... remote end hung up (0) | 2021.01.11 |
| git stash (0) | 2020.01.21 |
| git commit 간 diff (0) | 2020.01.21 |
depth 문제라면.. 설마 압축하다 서버 뻗는건가?
[링크 : https://dukeyang.tistory.com/16]
[링크 : https://stackoverflow.com/questions/38618885]
에러가 한글로 나오면서 "early EOF"가 "너무 빨리 파일이 끝남" 로 나와서 좀 헤맸네
| fatal: read error: Invalid argument, 255.05 MiB | 1.35 MiB/s fatal: early EOF fatal: index-pack failed |
결론은.. 서버쪽 문제가 맞나보네
[링크 : https://www.lesstif.com/gitbook/git-clone-fatal-early-eof-fatal-index-pack-failed-95879326.html]
[링크 : https://pakss328.medium.com/git-early-eof-index-pack-failed-에러-처리-1d9d0357124b]
| git submodule (0) | 2021.04.05 |
|---|---|
| git reset revert (0) | 2021.03.31 |
| git stash (0) | 2020.01.21 |
| git commit 간 diff (0) | 2020.01.21 |
| git 에서 push 하지 않은 commit 확인하기 (0) | 2019.11.23 |
일종의 버퍼라고 해야하나?
잠시 테스트 코드 수정하고 나서 다른 리비전 오가면서 쓰는 경우도 존재할텐데
그런 테스트 코드를 일일이 다 commit 해서 보존하고
돌아와서 복구해야 한다면 버전관리시에 지저분 해지니
그러한 더러운 코드들을 잠시 저장해 두는 기능
조금 자세히 봐야 겠지만..
그러면 최소한 해당 리비전에서 원래 리비전으로 돌아와서 stash를 적용해주어야 문제없이 적용되려나?
|
깃으로 작업을 하던 도중, 잠시 브랜치를 변경을 해야할 일이 있거나, 다른 관련없는 작업을 시작해야 할 때, stash 명령을 사용하면 modified이면서 tracked인 상태의 파일과 staging area에 있는 파일들을 보관한다. |
| git reset revert (0) | 2021.03.31 |
|---|---|
| git error: RPC failed; curl ... remote end hung up (0) | 2021.01.11 |
| git commit 간 diff (0) | 2020.01.21 |
| git 에서 push 하지 않은 commit 확인하기 (0) | 2019.11.23 |
| git 리비전 오가기 (0) | 2019.11.20 |
|
