Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 | 29 |
30 | 31 |
Tags
- nextjs
- 깃커밋
- 야놀자
- 깃버전
- github
- 리액트오류
- API
- 국비지원취업
- typescript
- gitignore
- webdevcurriculum
- 프론트엔드개발자
- 파이어베이스
- 깃허브
- gitcommit
- ReactError
- 클론코딩
- react
- javascript
- js
- 프로그래머스
- 리액트
- 자바스크립트
- 코딩테스트
- Firebase
- HTML
- gitrevert
- Git
- 패스트캠퍼스
- 깃
Archives
- Today
- Total
Project.log
깃허브를 이용한 협업 본문
728x90
반응형
깃허브를 이용하여 협업하는 방식에 대해 간략히 정리해보자!
협업 과정 정리
*협업 과정은 회사마다 조금씩 달라질 수 있음을 알려드립니다.
- 팀 안에서 git 관리 전략 (flow), commit convention, issue/pr template, issue label 을 정한다.
- 팀장은 해당 template 등을 적용한 github repository 를 생성한다. (+ 팀원을 등록한다. collaborators)
- 앞으로 구현할 작업을 기능 단위로 쪼개서 세분화한다.
- 기능 단위의 작업에 대해 각자 담당을 정하고, 각 담당자는 github 에 해당 기능에 대한 issue 를 생성한다. (+ 팀장은 작업기한을 정해서 milestone 을 생성한다.)
- 팀장은 github repository 에 최초 commit/push 를 진행한다. (이후 branch protection 을 설정한다.)
- 팀원은 해당 repository 를 clone 받아서, 각자 기능에 대한 branch 를 생성하고, 작업을 진행한다.
- 작업이 완료되면 main 브랜치로 pull request 를 날린다.
- 팀원들은 pull request 된 코드를 보고 코드 리뷰를 남긴다. 수정사항이 모두 해결이 되면 approval 코드 리뷰를 남긴다.
- 팀장은 approval 코드 리뷰가 있는 pull request 에 대해 merge 를 진행한다.
여기까지 잘 진행 되었다면 merge 가 성공적으로 완료되는대로 관련 issue 가 닫히고, milestone 에 진행상황이 업데이트 됩니다.
728x90
반응형
'GitHub' 카테고리의 다른 글
깃 부터 깃허브 까지 쉽게 하기 (0) | 2023.05.01 |
---|