-
18. Git 브랜치 프로텍션(Branch Protection Rule)스프링개발자/201 - 일반 2020. 9. 7. 12:41
다음의 상황을 막을 수 있다.
1) Master branch에 직접 push
2) 내가 PR을 만들고 approve
3) 아무도 PR을 approve하지 않았는데 merge 하기
4) build failure가 branch를 merge 하기
5) PR을 approval 받고 난뒤에 추가로 commit해서 merge하기
1. git repo 관리자 권한(admin)
Settings 메뉴가 보여야 한다.
Settings -> Branches
2. 설정
위의 그림과 같은 설정을 많이 쓴다.
마스터 브랜치에 적용한다
- 1번항목은 PR을 merge하기 위한 최소 approve 갯수
- 2번은 approve이후에 new commit이 있으면 기존 approve가 취소된다(팀의 상황마다 유동성 있게 하자)
- 3번은 지정된 코드 오너의 리뷰는 꼭 받아야 한다.
- 4번은 status checks을 하는것인데, 일례로 해당 브랜치가 jenkin build 가 successful 이면 merge되게 할 수 있다.
- 5번은 관리자도 예외 없이 적용
이외에 따로 설정하지 않아도, 마스터 브랜치에 push안됨
'스프링개발자 > 201 - 일반' 카테고리의 다른 글
20. @Scheduled 어노테이션 (0) 2020.10.17 19. 자바 인터페이스 with code body (0) 2020.10.02 17. 자바 스트림 (0) 2020.09.07 16. 도커(Docker)를 사용해보자 (0) 2020.08.03 15. 외부 API를 호출해보자 (0) 2020.08.01