깃 컨벤션

Git Flow 전략

[협업] 협업을 위한 Git Flow 설정하기

Git 커밋 컨벤션을 정리한 글 에 이어, 협업에 필요한 내용들을 계속해서 정리하고 있습니다. 개인적으로 저는 git 때문에 어려움을 겪었던 적이 많습니다. git 설정을 잘못해서 기존 작업물들이 다 날아갔던 경험, 예전 작업 상태로 되돌리고 싶어도, 어떻게 되돌리는 줄 몰라서 헤맸던 경험, 브랜치를 사용하지 않아서, 굉장히 좋지 못한 코드를 계속해서 올렸던 경험 등 git flow를 알았더라면 생기지 않았을 경험들이 많습니다.

https://overcome-the-limits.tistory.com/entry/%ED%98%91%EC%97%85-%ED%98%91%EC%97%85%EC%9D%84-%EC%9C%84%ED%95%9C-Git-Flow-%EC%84%A4%EC%A0%95%ED%95%98%EA%B8%B0

[레벨3] Git 브랜치 전략

먼저 이 글에서 main 브랜치는 master 브랜치를 의미합니다! 'main 브랜치 == master 브랜치 ' 로 생각하고 글을 읽어주세요 :) Git-flow는 빈센트 드리센(Bincent Driessen)이 2010년에 제안한 브랜치 전략 모델입니다. 우선 알아야 할 것은 빈센트 드리센도 2020년 3월 5일에 2010년에 작성한 글에 코멘트 를 작성했습니다.

https://parkadd.tistory.com/101?category=967882

Git branch & naming

클론 코딩을 시작하려는데, 현업에서 하는 것처럼 브랜치를 나눠서 하려니 브랜치 이름에도 규칙이 있지 않을까 싶어 찾아보고 작성합니다. 더불어, 브랜치 네이밍을 알기에 앞서 브랜치 종류는 어떤 것이 있는지 먼저 설명하겠습니다. 중앙 저장소에는 수명이 무한한 두 가지 메인 브랜치가 있다. 바로, master 브랜치와 develop 브랜치이다. 1. master branch 제품으로 출시될 수 있는 브랜치 사용자에게 배포 가능한 상태만을 관리한다.

https://velog.io/@kim-jaemin420/Git-branch-naming

브랜치 컨벤션

1. 새로운 기능은 develop 브랜치로부터 feature 브랜치 생성
• feature/[티켓번호] 으로 생성 → 지라와 연동

1. 기능 개발이 끝난 feature 브랜치는 origin 저장소로 push
• ~feature/back/xxxx$ git push origin feature/xxxx
• 이때 upstream 의 develop 브랜치에 변경이 있을 수 있으므로 pull rebase 또는 pull 을 사용해서 코드를 가져오고 코드 충돌이 있다면 해결하기

1. origin 에 올라간 feature 브랜치를 develop 브랜치로 pull request 작성(코드 리뷰 요청)

2. 코드 리뷰가 완료되면 merge 진행 (코드 리뷰 규칙)

3. 매 주마다 develop 브랜치에서 release 브랜치 생성하여 배포 진행

Git PullRequest 컨벤션

commit 컨벤션

[협업] 협업을 위한 git 커밋컨벤션 설정하기

어떻게 하면 협업을 더 잘할 수 있을까 고민하며 협업에 필요한 내용들을 계속 정리하고 있습니다. 앞으로 저와 함께 협업하는 팀원분들에게 도움이 되고 싶습니다. 이 글은 Udacity G it Commit Message Style Guide 를 주로 참고하여 작성했습니다. 세부적인 내용은 프로젝트에 맞춰 수정할 수 있습니다.

https://overcome-the-limits.tistory.com/entry/%ED%98%91%EC%97%85-%ED%98%91%EC%97%85%EC%9D%84-%EC%9C%84%ED%95%9C-%EA%B8%B0%EB%B3%B8%EC%A0%81%EC%9D%B8-git-%EC%BB%A4%EB%B0%8B%EC%BB%A8%EB%B2%A4%EC%85%98-%EC%84%A4%EC%A0%95%ED%95%98%EA%B8%B0?category=923736

 

깃 커밋 메시지 컨벤션 (Git Commit Message Convention)

회사에서 팀 단위로 개발을 진행하거나 개인 토이 프로젝트를 하다보면 자연스럽게 Git과 같은 버전 관리 시스템을 사용하게 됩니다. 버전 관리 시스템을 사용한다면 특정 시점에 작업자의 수정사항이나 추가사항들을 명시하고 저장을 하는 행위인 커밋(commit)을 해야하죠. 하지만 바쁘다는 핑계로 또는 정말 단순히 컨벤션을 모른다는 이유로 커밋 메시지 작성을 소홀히 하지 않으셨나요?

https://webruden.tistory.com/486

Git PullRequest 컨벤션

Git PullRequest 템플릿

Gitmoji 사용하기

gitmoji란? Gitmoji = git + emoji 입니다. 글을 쓸 때 이모지를 이용하면, 나중에 글을 읽을때 명확합니다. 👍 커밋할 때도 이모지를 이용한다면, 내용을 한 눈에 알아보기 더 쉽겠죠. 그래서 나온 것이 gitmoji 입니다. github.com/carloscuesta/gitmoji Gitmoji is an initiative to standardize and explain the use of emojis on GitHub commit messages.

https://treasurebear.tistory.com/70