이슈 기반 버전 관리

티켓의 구성요소

1) 문제: 무엇을 할 것인가에 대한 간략한 설명
2) 이유: 왜 이작업을 할 것인가에 대한 이유 (이 문제가 해결되면 누구에게 도움이 될 것인가?)
3) 품질 보증 테스트: 어떻게 문제가 해결됐는지 파악할 수 있을까?

정확한 브랜치를 선택하기 위한 질문들

• 작업이 잘 안된다면, 이 아이어디를 완전히 폐기할 수 있는가?
• 현재 작업이 이미 출시된 소프트웨어 버전에서 상당하게 벗어난 것인가?
• 현재 작업이 출시되거나 소프트웨어 출시 버전으로 승인되려면 검토 작업을 거쳐야 하는가?
• 현재 작업을 완료하기 전에 다른 과제로 전화해야 할 필요가 생길 수 있는가?

위의 질문 중 하나라도 "그렇다"고 답한다면, 해당 작업을 위한 새로운 브랜치를 생성하는 것을 고려해 보아야 한다.

브랜치 생성룰

git branch 1-process_notes

git branch "이슈너버"-"브랜치_이름"

브랜치 유지보수

git checkout master
git merge 1-process_notes
git push --set-upstream my_gitlab master
git branch --delete 1-process_notes
git push --delete my_gitlab 1-process_notes

명령어들

• git checkout -b branch_child branch_parent
  : branch_parent에서 branch_child를 생성
• git push --set-upstream remote_name branch_local branch_remote
  : 로컬 브랜치 사본을 원격 서버에 push
• git upsh --delete remote_name branch_remote
  : 원격 서버의 특정한 이름의 브랜치를 삭제

파일 수정을 위한 명령어 flow

Reference

• 책/git for teams