github(4)
-
[Github] 뭐야 내 잔디 돌려줘요 사라진 커밋을 찾아서 (Contribution Graph)
사건 발생 개요 일 중독으로 인해....수요일에 메인 프로젝트가 끝나자마자 목요일부터 다시 새 프로젝트를 시작했다. 분명 커밋을 많이 했는데도 채워지지 않고 휑한 잔디밭을 발견하고 말았다. 원인은? 1. 깃허브에 설정된 이메일과 다를 때 아래 코드를 통해 확인해보았고, 일치함을 확인하였다. git config --global user.name git config --global user.email 2. 커밋한 브랜치가 default 브랜치가 아닐 때 develop 브랜치를 default 브랜치로 두고, feat/#이슈번호 브랜치에서 작업해서 생긴 이슈였다. 작업 중인 브랜치로 변경 후 커밋하니 반영되었다. 이 리포지토리는 거의 혼자 작업하기 때문에 상관 없지만 다른 프로젝트에서는 어떻게 반영될지 확인해 ..
2022.12.14 -
[Github] 협업을 위한 템플릿 설정하기(이슈, PR)
이슈 템플릿 Settings에 들어간다. PR 템플릿 위에서 이슈 템플릿을 만들었다면 .github 폴더가 생성되었을 것이다. Add file을 통해 pull_request_template.md 파일을 만든다. 폴더 안에 원하는 양식을 작성하고, 커밋한다. 이름은 꼭 위와 같이 정해야 한다.
2022.10.25 -
[Github] 잘못된 브랜치에 push했을 때(1) cherry-pick
상황 팀원들과 프로젝트를 진행하며 협업툴로 Github를 사용하고 있다. 브랜치를 master, develop, 구현할 feature 브랜치로 나뉘어 각자의 feature 브랜치에서 작업을 진행한다. 나는 TCP-22-가나다라마바사라는 브랜치에서 작업을 진행하고 push를 했다. 팀원분께서 develop이 아닌 master에서 가져온 것 같다고 slack으로 연락주셔서 develop 브랜치에서 브랜치를 생성하고 커밋을 옮기고자 하였다. 이 과정에서 나는 2가지 상황에 부딪혀 수많은 시행착오를 반복했다. 문제를 제대로 파악하고 틀리지 않기 위해 정리를 해보도록 하자. 이번 글에서는 커밋을 다른 브랜치로 하려면 어떻게 해야했을지 알아보자. 우선 잘못된 상황은 다음과 같다. TCP-22로 올라가있어야 할 pu..
2022.09.27 -
[Github] commit의 중요성과 reset의 위험성
에러 상황! 협업 과정에서 각자의 깃허브 브랜치에 push 후 PR보내기로 했다. 그렇지만 git checkout 브랜치명을 통해 브랜치를 바꾸고 push하려 했지만 다음과 같은 에러가 떠서 해결을 하고자 알아봤다.. error: you need to resolve your current index first README.md: needs merge 해결 시도와 문제의 시작! 이 블로그를 확인해서 git reset --merge를 누르고 해맑게 push를 하려했다. ㅎ........... 어.... 어디 갔지......? 커밋을 미리미리 안해놓고 이번에 몰아서 했었었는데...... 만약에 커밋을 변경할 때마다 해놨더라면 다 날라가진 않았을텐데.... 쇼핑몰 클론 언제 다시 다하지...? 배운 점과 다짐 ..
2022.08.25