Branch 전략
Mater -> 운영/배포용 브랜치
Develop -> 여러 기능이 합쳐지는 브랜치
feature/[ ] -> 새로운 기능 (Local에서 개발) 브랜치
각각 Mater는 시스템 테스트, Develop은 통합 테스트, feature은 단위 테스트가 이루어진다.
Gitlab
Github만 사용을 했었는데 입사 후 Gitlab을 사용하게 되었다.
Github와 Gitlab은 차이가 있지만 오늘 포스팅에서는 Merge Request와 Issue 생성에 대해 정리를 해보겠다.
Gitlab을 보면
이렇게 Issue boards가 있다. 여기서 이슈를 생성하고 board의 형태로 이슈를 관리할 수 있다.
먼저 이슈(해야할 일)을 생성하면
이렇게 해당 이슈에 대한 정보를 한 페이지에서 볼 수 있게 설정할 수 있다.
이슈의 할당자, 날짜, 설명 등
그러면 위 버튼을 볼 수 있는데 해당 버튼은 create merge request이다.
Pull Request / Merge Request
Github에서 Pull Request가 Gitlab에서 Merge Request이다.
Github는 내가 작업한 브랜치를 Master입장에서 Pull 하는 것 이기 때문에 Pull Request
GitLab은 내가 작업한 브랜치 입장에서 Master에 Merge하는 것이기에 Merge Request라 한다.
Merge Request 순서 차이
두 가지의 방법이 있다고 생각한다.
- merge request and branch 를 먼저 하고 local에서 fetch 받아와 해당 새롭게 생각 branch에서 작업 후 push -> merge
- local에서 branch를 먼저 만들고 push 후 gitlab에서 merge
두 방법은 장/단점이 존재한다.
상황에 맞추어 사용하면 된다. 필자는 Gitlab에서 먼저 브랜치를 생성한 후 fetch로 받아와 로컬에서 작성하는게 편한 거 같다..!
FE