특정 브랜치에서 작업은하였으나, commit은 안한상태에서 다른 브랜치로 switch 할때 필요한 command b1->master 로 switch시 main.py 에서 conflict 가 일어남 conflict 될 요소가없다면 switch 되는 경우도 있음. (FastFoward) stash 는 아래와 같은 상황에 쓰일수 있다. b1 브랜치에서 내가 작업중이고 b2 브랜치에서 동료가 작업중인데 동료가 b2 브랜치에서 도움을 요청해서 b1->b2로 switch 하려고 하는데 나는 아직 변경사항을 commit할 상태가 아님. 이때 stash를 활용. stash 변경사항을 일종의 stack에 저장 및 불러올 수 있는 기능 git stash (git stash save) git stash(git stash save) 를 하면 현재 작업을 일시적으로 저장할수 있다. (일종의 stack에 저장) 이때 status 에는 변경사항이 존재하지않음. 이상태에서 다른 branch로 s

git diff vs git diff HEAD 전자는 unstaged 된 (=git add 된것은 제외) 후자는 staged 유무와 상관없이 diff 를 보여줌 즉 HEAD와의 모든차이점을 보여준다.(last commit과의 차이점) git diff --staged (--cached) staged 된 차이점만 보여준다. git diff [filename] 특정 파일에 대해서만 diff 사항을 보여줌 git diff [branch1]..[branch2] branch 끼리의 diff 를 수행 로도 수행 가능함. git diff [commit1] [commit2] commit 끼리의 diff 수행 수행해서 나오는 commit number로 수행

git의 merge 와 관련된 기능 정리 fast-foward merge 가장 기본적인 merge이며 실상황에서 쓰일일은 거의없음. master branch 에서 새로운 branch(bugfix)를 복사생성하여 commit이 여러개 진행 되고 master branch 에는 아무런 변경사항이 없는 상황에서 bugfix branch의 변경사항을 master branch 에 merge 하는 것이 fast-foward merge 라고 보면된다. bugfix 브랜치에서 작업후 변경사항을 master 브랜치에 병합하고 싶은경우 아래와 같이 작업. merge 된 branch는 남아있다. 이때는 force 옵션 없이 해당 브랜치를 삭제할 수 있음. no conflict case master 브랜치에서 bugfix 브랜치 복사 생성 bugfix 브랜치에서 module.py 생성 및 작업 master 브랜치에서도 작업이 이루어지나 bugfix 브랜치와 conflict 될 작업은 이루지

git을 알음알음 사용하다 보니, 한번 정리의 필요성을 느껴 기본부터 정리하는 과정. 앞부분은 local에서의 작업만 다룬다. git init git 의 시작 .git 폴더가 만들어지면 해당폴더를 root로 git tracking 가능 touch touch README.MD 등 새로운 빈 파일을 생성함. git status 현재 git 의 상태를 출력한다. 현재 branch 및 tracking 상태 등을 출력. git log 현재 git의 log 출력 git log --oneline 으로 한줄출력할수 있음. git add 현재 git 에서 untrack 되는 파일을 track 되도록 지정한다. 를 실행하면 현재 untrack 되는 모든 파일을 자동으로 tracking 시작 이상태에서 git status 를 실행하면 tracking 되는 상태로 변경됨. *삭제된 파일에 대한 git add tracking 되는 파일을 삭제한 후