깃허브로 하는 그룹 프로젝트: 단계별 가이드(팀원의 역할)
4. 개발 시작 (팀원 역할)
- 리포지토리 클론:
git clone [repository-url]
cd [repository-name]
- develop 브랜치로 전환:
git checkout develop
- 새 기능 브랜치 생성:
git checkout -b feature/[기능명]
- 코드 작성 및 커밋:
git add .
git commit -m "Add [기능명]"
- 브랜치 푸시:
git push -u origin feature/[기능명]
git clone [repository-url] cd [repository-name]
git checkout develop
git checkout -b feature/[기능명]
git add . git commit -m "Add [기능명]"
git push -u origin feature/[기능명]
5. 풀 리퀘스트 생성 (팀원 역할)
- 깃허브 리포지토리 페이지로 이동
- "Pull requests" 탭 클릭
- "New pull request" 클릭
- base:develop <- compare:feature/[기능명] 선택
- "Create pull request" 클릭
- 제목과 설명 작성 후 "Create pull request" 클릭
6. 코드 리뷰 (팀원들)
- 풀 리퀘스트 페이지의 "Files changed" 탭에서 코드 검토
- 코멘트가 필요한 라인에 커서를 올리고 파란색 "+" 버튼 클릭하여 코멘트 작성
- 전체 리뷰를 마치면 "Review changes" 클릭
- "Approve", "Comment", 또는 "Request changes" 선택 후 "Submit review" 클릭
7. 풀 리퀘스트 병합 (팀장 또는 승인된 팀원)
- 모든 리뷰가 승인되면 "Merge pull request" 클릭
- "Confirm merge" 클릭
- 필요시 "Delete branch" 클릭하여 feature 브랜치 삭제
8. 충돌 해결 (필요시)
충돌이 발생하면 다음 단계를 따릅니다:
- 로컬에서 develop 브랜치 최신화:
git checkout develop git pull origin develop
- 충돌이 있는 feature 브랜치로 전환:
git checkout feature/[기능명]
- develop 브랜치 병합:
git merge develop
- 충돌 파일 열어 충돌 부분 수정
- 수정 후 커밋:
git add . git commit -m "Resolve merge conflicts"
- 브랜치 푸시:
git push origin feature/[기능명]
9. develop에서 master로 병합 (릴리즈 시)
- develop 브랜치의 모든 기능이 완성되고 테스트를 마치면 새로운 풀 리퀘스트 생성
- base:master <- compare:develop 선택
- 코드 리뷰 및 승인 과정 진행
- 모든 승인 후 병합
이 과정을 반복하면서 프로젝트를 진행하면, 효과적인 협업과 코드 품질 관리가 가능합니다. 깃허브의 다양한 기능을 활용하여 프로젝트 관리의 효율성을 높일 수 있습니다.
실제로 이 과정을 따라해보면서 경험을 쌓으시기 바랍니다. 처음에는 복잡해 보일 수 있지만, 몇 번 반복하다 보면 자연스럽게 익숙해질 것입니다. 화이팅!
4. 개발 시작 (팀원 역할)
- 리포지토리 클론:
git clone [repository-url] cd [repository-name]
- develop 브랜치로 전환:
git checkout develop
- 새 기능 브랜치 생성:
git checkout -b feature/[기능명]
- 코드 작성 및 커밋:
git add . git commit -m "Add [기능명]"
- 브랜치 푸시:
git push -u origin feature/[기능명]
5. 풀 리퀘스트 생성 (팀원 역할)
- 깃허브 리포지토리 페이지로 이동
- "Pull requests" 탭 클릭
- "New pull request" 클릭
- base:develop <- compare:feature/[기능명] 선택
- "Create pull request" 클릭
- 제목과 설명 작성 후 "Create pull request" 클릭
6. 코드 리뷰 (팀원들)
- 풀 리퀘스트 페이지의 "Files changed" 탭에서 코드 검토
- 코멘트가 필요한 라인에 커서를 올리고 파란색 "+" 버튼 클릭하여 코멘트 작성
- 전체 리뷰를 마치면 "Review changes" 클릭
- "Approve", "Comment", 또는 "Request changes" 선택 후 "Submit review" 클릭
7. 풀 리퀘스트 병합 (팀장 또는 승인된 팀원)
- 모든 리뷰가 승인되면 "Merge pull request" 클릭
- "Confirm merge" 클릭
- 필요시 "Delete branch" 클릭하여 feature 브랜치 삭제
8. 충돌 해결 (필요시)
충돌이 발생하면 다음 단계를 따릅니다:
- 로컬에서 develop 브랜치 최신화:
git checkout develop git pull origin develop
- 충돌이 있는 feature 브랜치로 전환:
git checkout feature/[기능명]
- develop 브랜치 병합:
git merge develop
- 충돌 파일 열어 충돌 부분 수정
- 수정 후 커밋:
git add . git commit -m "Resolve merge conflicts"
- 브랜치 푸시:
git push origin feature/[기능명]
9. develop에서 master로 병합 (릴리즈 시)
- develop 브랜치의 모든 기능이 완성되고 테스트를 마치면 새로운 풀 리퀘스트 생성
- base:master <- compare:develop 선택
- 코드 리뷰 및 승인 과정 진행
- 모든 승인 후 병합
이 과정을 반복하면서 프로젝트를 진행하면, 효과적인 협업과 코드 품질 관리가 가능합니다. 깃허브의 다양한 기능을 활용하여 프로젝트 관리의 효율성을 높일 수 있습니다.
실제로 이 과정을 따라해보면서 경험을 쌓으시기 바랍니다. 처음에는 복잡해 보일 수 있지만, 몇 번 반복하다 보면 자연스럽게 익숙해질 것입니다. 화이팅!