반응형 개발/Git8 main 리베이스는 제때제때 하자. v11은 10월 초부터 작업을 했고 12월 초에 배포를 했다. 두달동안 release/v11을 차곡차곡 쌓아가는 한편, 다른 사업으로 인해 main에 자잘한 핫픽스 또한 차곡차곡 쌓였다. 그리고 새벽 1시, 배포를 시작했다. 얼레?? 그런데 리베이스 머지가 되지 않았다. 로컬로 돌아가 git rebase main 을 입력하니 엄청난 깃 충돌이 발생했다.. 새벽동안 서비스를 중지하고 진행하는 큰 배포여서, 빠르게 해결해야 했다. 그럼에도 커밋로그를 살리기 위해 리베이스를 약 2시간 시도하다가... 정석대로 모든 커밋로그를 확인하면서 리베이스할 시간이 부족 모든 커밋로그를 확인하며 리베이스를 할 시간이 있다고 하더라도 그럴 가치가 없음 스쿼시 머지해도 closed PR을 추적할 수 있고, 이를 통해 이전 기.. 2022. 12. 11. gitignore 적용 안될때 회사에서 gitignore에 .env.test를 입력했는데도 자꾸 .env가 git에 push 되는 상황이었다. 검색해보니 git의 캐시때문이라고 한다. git 의 캐시를 지우고 다시 add, commit 하면 된다. git rm -r --cached . git add . git commit -m "fixed untracked files" 2022. 4. 1. git rebase -i : drop으로 필요없는 커밋 날리기 DROP 참고로 drop은 커밋메시지 정리가아니라, 커밋을 아예 날려버리는 용도이다. 커밋메시지 정리를 원하면 squash나 fixup을 해야한다. 추후에 업로드하겠ㅇ므 일단 아래와 같이 커밋을 마구잡이로 남겼다. 브랜치이름을 11로 하고 원격 repo에 push 하였다. git push origin 11 master 브랜치에 pr을 날려보니 쓸데없는 커밋들이 많다.(막커밋1,2,3,4) rebase로 커밋메시지를 정리해보자. 막커밋1,2,3,4는 지우고 ‘이 커밋만 남겨보자' 커밋만 살리고싶음 터미널에 다음 명령어 입력, 5는 5개의 메시지라는 뜻. 숫자는 커밋메시지 수만큼 적으면 됨 git rebase -i HEAD~5 입력하면 다음과 같은 메시지들이 보인다. pick 29273a6 막커밋1 pick.. 2022. 2. 10. Git 기능 및 명령어 Git 기능 및 명령어 -Fork : 다른 계정의 remote repository에 있는 자료들을 나의 remote repository로 복사한다. 리포지토리의 우측 상단에서 볼 수 있다. -git clone : 해당 repository를 Local repository로 가져올 수 있다. git clone 명령어 뒤에 repository 주소를 입력한다. ex) git clone [https://github.com/ryu9663/nomadcode\_momentum] -git status : staging area와 untracked files 목록에 어떤 것들이 있는지 확인할 수 있다. staging area는 git의 관리하에 있는 영역으로 이 영역에 있는 파일들을 commit할 수 있다. untrac.. 2021. 7. 29. 이전 1 2 다음 반응형
