IT 끄적끄적

로그인 파일을 작성 중 어쩔 수 없는 사정으로 중단하고 집으로 가서 마저 작업하는 경우가 생길 것이다. 이때 commit을 해두어야 다른 컴퓨터에서 마저 할 수 있기 때문에 하나의 파일을 만들기 위한 log가 여러 개가 생길 수 있다. 예쁘지 않은 log를 rebase로 정리가 가능하다. 이때 rebase의 squash 옵션을 사용해준다. squash는 찌그러트린다는 말, 즉 압축한다는 말이다. log를 찌그러트릴 때는 원하는 log의 두 끝점 중 가장 과거의 log로 압축해야 한다. 위 브랜치의 3가지 로그인 log의 경우에는 아래 두 개의 log를 날리고 코드를 가장 과거인 로그인 완료 log로 모으는 것이다. git rebase -i HEAD~3 HEAD가 가리키는 곳에서 3개의 log를 rebas..

같은 로그인 파일을 두 개의 브랜치에서 수정한 후 merge 하게 되면 충돌(conflict)이 일어난다. 3-way merge를 하게 될 텐데 git이 로그인 체크박스로 병합할지, 로그인 라디오 버튼으로 병합할지 혼란이 오게 되는 것이다. 이런 충돌은 git이 해결할 수 없다. 내가 직접 코드를 수정하고 다시 commit 해주어야 한다. 협업을 할 때 충돌을 방지하기 위해 하나의 파일을 한 명에게 권한을 준다. 웬만하면 같은 파일은 건드리지 않는 게 좋다! [출처] https://inf.run/3Xiz [무료] 지옥에서 온 관리자 Git - 인프런 | 강의 “소규모 협업을 통해 프로젝트 개발을 하고 싶은데 어떻게 해야 할지 모르겠어요!” “취업을 앞둔 취준생인데 Git을 몰라요!” 취준생, 주니어 개발..

git reflog reflog를 사용하면 내가 한 번이라도 commit 한 적 있는 log들을 모두 확인할 수 있다. 이때 두번째 사진을 commit 했을 때 log의 해시 코드가 a7b9일 때 git reset --hard a7b9 라고 입력해주면 두번째 사진을 commit 했을 때로 돌아간다. 작업환경에 test2.txt 파일이 다시 생긴 것도 확인할 수 있다!! git log로 확인해볼 수도 있다. 만약 log가 여러개면 reset을 사용해 돌아갈 수 있는데 하나밖에 없을 때는 히스토리가 없기 때문에 돌아갈 곳이 없다. 그러면 하나밖에 없는 log, 최종 커밋 로그는 어떻게 변경해야 할까? 이때는 amend를 사용해주어야 한다. git commit --amend -m "변경할 이름" [출처] ht..

git의 log를 잘 못 입력했거나, 수정이 필요할 때 log를 복구하는 명령어이다. git reset reset에는 3가지 옵션이 있다. 1. soft 2. mixed 3. hard 1. reset --soft reset은 log의 해시 코드를 이용해 변경해준다. 우선 test1.txt파일을 만들어 준 뒤 commit 해주었다. test2.txt 파일을 만들어 준 뒤 commit 해주는데 log 이름에 오타가 났다. 바로 직전의 로그를 변경할 때는 soft를 사용해준다. 돌아가고 싶은 상태의 커밋 로그의 해시값을 입력해준다. git reset --soft 9438 그리고 다시 commit 해주면 로그 수정이 가능하다. 2. reset --mixed mixed는 test2.txt 파일의 내용을 수정하고 ..

git을 사용하는 버전 관리에 대해 나중에 다시 자세히 배울 시간이 있으니 간단하게만 알아두자. git은 버전 관리 시스템이다. 버전 관리 시스템이 무엇일까? 하나의 파일을 두 명 이상의 사람이 같이 작업할 때 작업하는 방법을 생각해보자. 첫째. 동시에 작업하지 않는다. 1번의 작업이 모두 끝난 후 2번이 작업한다. 이런 방식은 진행속도가 느리다는 단점이 있다. 둘째. 예를들어 같은 hwp 파일을 위아래 두 개로 분할하여 위쪽을 1번이, 아래쪽을 2번이 동시에 진행한다. 이후 작업이 끝나면 아래쪽을 복사하여 1번 파일에 복사 붙여 넣기 한다. 이 방법은 사람이 합쳐야 하는데 파일이 2개일 땐 좀 귀찮더라도 가능하지만 진행하는 사람이 100명 이상이라면 사람이 합치는 게 쉽지 않다. 이것을 협업이 지옥 같..