<aside> <img src="/icons/light-bulb_yellow.svg" alt="/icons/light-bulb_yellow.svg" width="40px" /> 금지 명령어

1. git stash 명령어 사용 금지

</aside>

• 참고 자료 (복사본을 여기에 저장)

주의

여기서 말하는 Issue/이슈는 전부 Gitlab에서 생성한 이슈라는 전제

Git branch convention

요약

순서

(feature/be/123-회원관리) → (be) 방향으로 브랜치 만들어 가는 식으로 예시

1. (마일스톤 작성) → Jira로보면 에픽? 같은 매우 큰 범주 → 이거쓰면 나중에 진행도 알 수 있음

   1. 0번인 이유는 마일스톤을 쓸지 안쓸지 모르겠어서 아직. - 근데 쓰는게 좀 더 기깔나보이긴함.

2. 먼저 이슈를 생성하기

   1. Template 이용해서 하면 빠르게 작성가능 (Apply 무슨 경고 뜨면 그거 누르기 → 대신 작성한거 싹다 날라감)
   2. 밑에 labels들 같은거 선택하기 (몇가지 넣긴 했는데… 없다 싶으면 알아서 추가하기)

3. 이슈 생성하면 Create Branch 하기 (Create Merge Request버튼이 있는데 그 바로 옆 화살표 버튼 누르면 뜸!)

   1. 이때 브랜치 명도 컨벤션에 맞게 따르기

4. 생성하면 레포지토리에는 이미 적용됨

   1. 로컬에서 git checkout -t origin/방금생성한브랜치명 하면 알아서 넘어가짐
      1. 만약에 없다고 에러 뜰 경우 git remote update 할 것. (git status클린하고 push 작업 완료까지 하면 git pull 하기)
   2. 해당 커밋에서 계속 작업하기
      1. (커밋 컨벤션에 맞게 작업하면. 관련된 Issue에 커밋 메세지가 자동으로 남겨짐)
      2. 이슈에 대해서 글을 남기고 싶으면 Comment를 직접 남길 수 있음 (해도 되고 안해도 되고…)

5. 해당 생성한 브랜치에서 작업을 하고 나고, 모든 기능이 완성되어서 Merge할려고 할 때

   PR(MR) 글 올리기

   PR이 승인이 되어서 Merge되는 경우, 관련된 이슈들 전부 Close하기 (수동으로 해야 할 듯…) (깃허브는 되는 방법이 있다던데 깃랩이라 안되는게 킹ㅂ…_)

전략

기본적으로 Git Flow 전략을 활용