깃 템플릿

Git Commit

우리는 메시지에 한글을 쓴다!

• prefix: 메세지 내용

• Prefix 예시(필요한 거, 필요 없는 거 바로 수정해주시면 될 듯합니다!)

feature	새로운 기능을 추가할 경우
fix	버그를 고친 경우
rename	파일 혹은 폴더명을 수정하거나 옮기는 경우
remove	파일을 삭제하는 작업만 수행한 경우
design	CSS등 사용자 UI 디자인 변경
comment	필요한 주석 추가/삭제/수정한 경우
docs	문서를 수정한 경우
style	코드 포맷(세미 콜론, prettier) 수정한 경우
refactor	프로덕션 코드 리팩토링(변수명 개선 등)
chore	빌드 태스크 업데이트, 패키지 매니저 설정

Rebase vs Squash vs 그냥

Template

이슈 템플릿

//이슈 템플릿 양식

작업 내용: 도메인 관련.

상세 작업 내용: 작업의 상세한 내용.

• feature

• refactor

• style

• bug

• design

• docs

• test

• chore

• fix

PR 템플릿

//PR 템플릿 양식

#이슈 번호
1. 작업내용: 포스트 curd 기능 만들었음.
2. 작업 하면서 겪은 이슈
3. PR 포인트

코드 리뷰 규칙

PR 단위 조절하기

• 200줄 내외로 코드 양을 조절합니다.
• 여유가 된다면 file changed도 10개 전후로 맞춰서 PR을 올립니다.

코드 리뷰 텀 정하기

• 코드 리뷰 요청이 오면 당일에 바로 해주는 것을 원칙으로 합니다.

• 코어타임 마감이 되는 7시에 코드 리뷰 요청이 오면 다음 일정 시작인 오후 1시 전까지 리뷰 할 수 있도록 합니다.

코드 리뷰 파트너

• 매 주마다 리뷰 파트너를 정합니다.

• 꼭 리뷰 파트너가 아니더라도 여유가 된다면 리뷰 할 수 있습니다:)

PN룰을 적용합니다.

코드 리뷰 in 뱅크샐러드 개발 문화 | 뱅크샐러드

안녕하세요, 뱅크샐러드 BanksaladX iOS Engineer…

https://blog.banksalad.com/tech/banksalad-code-review-culture/

Git branch 전략

fork를 사용했던 예시

• 모든 작업은 develop브랜치를 기준으로 진행됩니다.

• git 순서
• 원본(Origin) repo fork → 개인 repo
• 원본 repo에서 fork하면 개인 repo가 생성됩니다.
• 개인 repo로 fork해올 때, 원본 repo의 모든 브랜치도 같이 가져옵니다. (main과 develop브랜치를 같이 가져옵니다)
• 개인 repo의 develop브랜치를 기준으로 작업을 진행합니다.
1. develop브랜치에서 feature/create-signup-form을 생성
2. 작업 진행
3. 원본 repo로 Pull Request
1. origin:develop ← Kal-MH:feature/create-signup-form
4. 작업이 원본 repo develop브랜치에 머지가 되었다면, 개인 repo develop 브랜치 Sync fork를 통해 싱크 맞추기
5. 싱크를 맞춘 최신 develop 브랜치에서 다시 작업 시작!

origin에서 바로 작업하는 방법

• [unsunghero 프로젝트 깃 플로우 기준으로 작성했습니다]

• origin에서 develop브랜치를 생성합니다.

• local로 clone 해서 가져옵니다.

• git 순서
• develop 브랜치에서 작업을 진행할 브랜치를 생성합니다(i.e. feat/create-signup-form)
• 로컬에서 pull한 뒤, feat/create-signup-form에서 작업을 진행합니다.
• 모든 작업이 완료되면 develop 브랜치로 PR을 날립니다.
• PR의 코드리뷰가 완료되어 approve 되었다면 merge합니다.
• 이후에 같은 방법으로 추가적인 작업을 진행합니다.

[Git] 다른 사람의 pr을 로컬에서 확인하는 법, pull request 가져오기

코드리뷰를 하다보면 다른 사람의 pull request를 로컬로 가져와 실행해볼 때가 있다. 다른 사람의 pr을 로컬에서 확인하려면 아래처럼 실행하면 된다. $ git clone ${ 저장소 주소 } $ cd ${ 저장소 이름 } $ git config --add remote.origin.fetch "+refs/pull/*/head:refs/remotes/origin/pr/*" $ git fetch origin $ git checkout -t origin/pr/${ 가져오고 싶은 pr 번호 } 예시 ) js-calculator라는 저장소의 pr 7번을 가져오기 $ git clone https://github.com/hyewon3938/js-calculator.git $ cd js-calculator $ ..

https://joyful-development.tistory.com/13

[Git] git remote repository 변경하는 방법

Git에서 리모트 저장소(remote repository)를 다른 주소 URL로 변경하고자 합니다. 예를들어 두 개의 git 리모트 저장소 있는 경우 한 쪽에서 다른 쪽으로 바꾸는 경우가 있겠죠. ! 언제 리모트 저장소 변경이 필요한가새롭게 remote repository를 생성한 경우가 있을 수 있습니다. 예를들어 새로운 계정으로 repository를 생성했는데 앞으로는 이 계정을 사용해 형상관리를 하겠다라고 한다면 기존의 소스들 모두 해당 계정의 새로운 저장소로 주소를 바꿔야 할 수 있겠죠.

https://webisfree.com/2020-04-14/%5Bgit%5D-git-remote-repository-%EB%B3%80%EA%B2%BD%ED%95%98%EB%8A%94-%EB%B0%A9%EB%B2%95

Git - 이미 올린 Pull request 수정하기

이미 올린 Pull Request 수정하기 2021 OSS 컨트리뷰톤을 진행하면서 두 번째 PR을 올리게 되었다. 첫 번째 PR때는 merge된 커밋들이 뒤섞이면서 잘못된 PR을 했었는데 이번에는 조금 더 신경을 써서 해본다는 게 그만.. Indentation을 제대로 체크하지 못하고 PR을 보내버렸다..ㅠ 심지어 멘토님이 말씀해주실때까지 몰랐다는 사실 ㅎㅎ 문제는 지금부터다. PR을 수정해야되는데 아직 Git 경험치가 부족한지라..

https://kimtaehyun98.tistory.com/119