Pull Request 과정에서 알게 된 점

Github PR 하며 알게 된 점

1. 멤버가 아니면 Fork, 권한이 있으면 Fork 없이 pr 가능하다.
2. 프로젝트 clone
3. 로컬 브랜치 생성 feature/~~
4. add, commit - 인텔리제이 왼쪽 탭에 있다.
5. commit anyway 하고, 원격 origin에서 로컬 브랜치와 동일한 이름의 브랜치로 push 한다.
6. 깃헙 사이트로 가서 new pull request 한다.
7. 방향은 develop ← feature 이다. master가 아닌 develop 브랜치로 타겟팅한다.
8. 수정 사항이 있다면? pr을 닫고 다시 pr을 새로 날린다? 그럴 필요 없이 수정한 부분 push하고 답글로 노티하면 될 것 같다.

 

Github PR 의 타겟 브랜치를 변경하면서 알게 된 점

1. 기존 풀리케스트는 close한다.
2. 새로 push 하고, new pull request 하여 [origin 원하는 브랜치] ← 로컬브랜치 형태로 create 한다.
3. conflict 가 있다면 web에서 고칠 수 있다.

 

Github PR 리뷰에서 알게 된 점

1. 커밋 메세지는 자세히 작성한다.
2. 오타, 공백을 확인한다.
3. 변경 사항이 없는 파일들은 commit 되지 않도록 체크하지 않고 push 한다.