내가 지금 진행하는 팀프로젝트 중 제일 어렵고 제일 시간 많이 뺏기고 제일 실수 많이 하는 부분인 Github 사용하기.
제일 헷갈리는 부분 정리 시작!
내가 짠 코드 올리는 법
- 내 브랜치에서 코드 수정
- 내 브런치에서 커밋 (코드저장)
- git switch dev (로컬데브임) 데브브랜치로 이동
- git merge inquireStudent.sun(내브랜치명) 내 브랜치합쳐줘
- git push origin inquireStudent.sun 깃허브 내 브랜치에 업로드
- 깃허브가서 Pull request 요청
- 팀장님의 merge 기다리기
여기서 만약에 4번 git push가 안된다!
내 로컬 dev에서 git pull origin dev 받아서 충돌해결 및 테스트 진행
그 다음 다시 5, 6, ,7번 진행
깃 충돌(conflict)해결하는 법
merge(병합)은 Git에서 두 개의 branch를 하나로 통합하는 과정이다.
conflict는 두 브랜치의 동일한 파일에 상반된 내용이 있다는 뜻. 이럴 때는 Git이 두 가지 중에서 어떤 내용을 머지의 결과로 해야할지 모르기 때문에 사용자가 결정해줘야 해서 Git이 conflict를 발생시키는 것이다.
두개의 방법이 있다.
첫 번째, 일단은 머지 작업을 취소하고 원래 상태로 돌아온다.
git merge —abort
입력하면 머지했던 게 취소되고 든 것이 머지하기 이전의 원상태로 돌아온다.
두 번째, conflict(충돌)를 해결하고 머지를 완료한다.
Conflict가 발생한 지점을 보여주면
충돌이 발생하면 Git은 충돌이 발생한 파일을 명시하며, 파일 내부에서는 충돌 부분을 <<<<<<<, =======, >>>>>>>로 표시한다.
텍스트 편집기를 사용해 해당 파일을 열고, 충돌을 해결!
충돌이 발생한 부분을 적절하게 수정한 후, <<<<<<<, =======, >>>>>>> 마크를 제거합니다.
삭제할 부분을 삭제하고 모든 수정이 끝났으면, 저장하고, 터미널 화면으로 돌아가 git add, git commit -m "커밋 메시지"을 해주면 merge 마무리!
충돌해결! 겁먹지 말자!
다음 기능 개발
- 기능 브랜치 생성 및 코드 작성
- Gitadd,commit,push
- Pullrequest생성 및 코드 리뷰
- 내 로컬에서 충돌 해결 및 테스트
- 코드 업로드 및 merge
깃 커밋 메시지 규칙
feat 새로운 기능에 대한 커밋
fix 버그 수정에 대한 커밋
build 빌드 관련 파일 수정 / 모듈 설치 또는 삭제에 대한 커밋
chore 그 외 자잘한 수정에 대한 커밋
ci ci 관련 설정 수정에 대한 커밋
docs 문서 수정에 대한 커밋
style 코드 스타일 혹은 포맷 등에 관한 커밋
refactor 코드 리팩토링에 대한 커밋
test 테스트 코드 수정에 대한 커밋
perf 성능 개선에 대한 커밋
이걸 앞에 붙이고,
fix: 수강생 정보 수정 메서드 중 잘못된 입력값 처리 수정
이런식으로 남기기.
https://velog.io/@chojs28/Git-%EC%BB%A4%EB%B0%8B-%EB%A9%94%EC%8B%9C%EC%A7%80-%EA%B7%9C%EC%B9%99
이 블로그 참고
