협업2 GitHub Branch Protection Rule 적용하기, 예를 들어 PR merge 하려면 팀원 최소 2명은 approve 해야 merge 할 수 있는 기능 팀 프로젝트를 한다고 가정해봅니다. 팀원들이 기능 구현 후 PR을 보냅니다. 다른 팀원들의 코드 리뷰가 끝나지 않았지만 누구나, 언제든지 merge 버튼은 활성화되어있습니다. 아무런 룰 없이 merge 되는 것을 방지하기 위해 특정 브랜치에 Protection Rule을 설정하여 브랜치를 보호할 수 있습니다. 예를 들어 PR merge 하려면 최소 인원이 approve 해야 한다거나 테스트를 통과해야 하는 룰입니다. Rule 생성 방법 - 저장소 -> Settings -> Branches -> Add rule 몇 가지 Rule 소개 보다 자세한 내용은 GitHub 공식 문서를 참고해주세요. (Managing a branch protection rule) Require a pull request befor.. 2022. 8. 18. [주간 회고] 22.04. 1주차 - "안드로이드 팀과 협업, 의사결정 문서화, Restful API, ATDD" 👾 회고 22.04.04 ~ 04.15(2주) 간 안드로이드 팀과 간단한(?) 협업 프로젝트(Todo App)를 시작했다. 클라이언트 개발자 / 서버 개발자를 나누어 개발을 시작하게 된 것이다. 가장 재밌고 많이 배운 점은 바로 협업이었다. 팀원 모두 같은 목표를 가지기 위해 프로젝트 기획서, 요구사항을 세밀히 분석했다. 그라운드 룰을 정하여 업무의 통일성(스크럼, 브랜치 전략, 커밋 컨밴션, 프로젝트 관리(Github의 Projects 사용, Issues, PR 관리 등)를 두었고 백엔드 기술적으로 Rest API와 DB 설계를 해보았고 제공할 수 있는 한 주였다. 무지성으로 기술을 선택하지 않으려 했고 왜 이런 의사결정('기술 선택')을 했는지 문서화하려 했다. 또한 배운것을 나눌 수 있었다.(아예 .. 2022. 4. 10. 이전 1 다음
