GIT&GITHUB | 수업 메모 3주

GIT & GITHUB 수업 메모

 

PR(Pull Request, 풀리퀘스트)

• 내 작업 내역을 바로 merge 하지 않고, 참여하고 있는 프로젝트에 내 작업(branch)를 merge 해달라고 요청(request) 를 보내는 것.

PR 과정

 

1)

자신의 작업 내용에 대해서 merge 요청

2)

PR 전에 commit 을 추가해 의견을 제시할 수 있음

3)

의견에 대한 반영 후 관리자가 확인 했다면 화답과 함께 merge

4) 브랜치 PR 을 요청 후 브랜치를 삭제할 타이밍

PR의 추가 요청을 받고 승인 전까지는 브랜치를 삭제하지 않는 것이 좋다.

 

---

 

다른 repo 에 PR 하기 - fork 개념

fork(포크)

• 원본 소스코드를 복사해서 새로운 독립적인 소프트웨어로 개발하는 것
• 어떤 문서를 복사해서 그 위에 내가 원하는대로 수정해서 사용

 

---

 

amend(어맨드)

• 작업 하다가 commit 메세지의 오타가 났거나 잊고 add(staging) 하는 경우 최신의 commit 을 수정
• 가장 최근에 올라온 commit 만 수정이 가능
• 주의) 어떤 것을 되돌렸는지 알 수 없음
• 주의) 수정 시 발생하는 강제푸쉬 사항은 꼭 자신의 작업 브랜치에서만 사용할 것

 

---

 

revert(리버트)

• 어떤 내용을 되돌렸는지 새로운 commit 을 남기는 것

 

---

 

reset(리셋) : 항상 신중하게 사용

• 옛 작업 내역으로 되돌리는 것.
• soft : commit 들을 되돌리고 변경된 파일 작업 내역은 보존해서 파일 변경사항으로 보여줍니다. 이때 변경사항은 add 되지 않은 상태로 보입니다. 
• mixed : commit 들을 되돌리고 변경된 파일 작업 내역은 보존해서 파일 변경사항으로 보여줍니다. 이때 변경사항은 add 된 상태로 보입니다. (보편적으로 사용)
• hard : commit 들을 되돌리고 그동안 작업했던 모든 것도 없애버립니다. 즉, 작업내역을 복원할 수 없습니다. (되도록 사용하지 말자)

 

---

 

stash(스태시)

• 프로젝트의 변경사항을 임시적으로 보관해둘 때 사용
• 예를 들면, 다른 branch 로 체크아웃 하는 경우 현재 branch 의 변경사항이 사라지게 됩니다. 아직 작업 중이라서 commit 하지 않고 stash로 변경사항만 보관
• 내가 어떤 변경사항 stash 를 저장해두었는지를 파악하고 되도록 이전 stash 에서 편집하던 파일을 불러와서 작업하는 습관 가지기

 

 

---

 

작업으로 의사소통

Convention(컨벤션) : 프로그래밍 세계에서 서로 조직(특정 기술을 사용하는 사람들, 회사 등)에서 합의한 규칙

매너가 사람을 만든다(Manners maketh man)

킹스맨 대사 중

 

commit 메시지 컨벤션(commit message convention)

• 유익한 사이트
  • 좋은 커밋 메세지 작성법 : https://meetup.toast.com/posts/106
  • 좋은 git commit 메시지를 위한 영어 사전 : https://blog.ull.im/engineering/2019/03/10/logs-on-git.html

ull.im

좋은 git 커밋 메시지를 작성하기 위한 7가지 약속 : NHN Cloud Meetup

 

• 좋은 commit 메시지, 단위로 작성하게 되면
  • 어떤 작업을 했는지 commit history (commit log)만 보고 알 수 있다
  • 버그를 찾을 때와 코드 고치기 쉽다
  • 다른 사람이 코드를 리뷰할 때 편하다

 

 

출처 | 스파르타코딩클럽