이슈에 대해서 간략히 설명하고 내가 프로젝트를 하면서 어떻게 이슈단위로 작업했는지 소개하고자 한다.
이슈란 뭘까?
GitHub에서 "이슈(Issue)"는 프로젝트의 작업 항목을 추적하고 관리하는 데 사용되는 도구입니다. 이슈는 버그, 기능 요청, 개선 사항, 질문, 문서 작업 등 다양한 작업 항목을 나타낼 수 있으며, 팀원 간의 협업을 도와줍니다.
프로젝트
이슈로 할일을 만들고 프로젝트에서 볼 수 있어서 전체적인 일정을 보고 관리하기 편한것 같다.
“이슈 단위로 작업 하기”란?
이슈 단위란 코드를 커밋해서 원격과 합칠 때 무분별하게 코드를 넣는게 아니라 이슈에 적힌 작업 단위로 원격과 병합함을 의미한다.
이슈 단위로 작업하는 한 싸이클이 궁금하다!
https://www.youtube.com/watch?v=6sBNPvxjyt0
팀 프로젝트에서 이슈 단위로 작업하고, feature 브랜치를 만들어서 작업한 후 dev 브랜치로 Pull Request(PR)를 보내는 절차를 설명해 드릴게요.
1. 이슈 생성
- GitHub 리포지토리에서 이슈를 생성합니다.
- 이슈 번호와 관련된 제목 및 설명을 작성합니다.
2. feature 브랜치 생성
- dev 브랜치로부터 새로운 feature 브랜치를 생성합니다. 브랜치 이름은 이슈 번호와 관련된 형태로 만듭니다.
git checkout dev
git pull origin dev
git checkout -b feature/issue-number-description
3. 작업 수행
- feature 브랜치에서 코드를 수정하고, 커밋합니다.
# 작업 후 변경 사항 추가
git add .
# 변경 사항 커밋
git commit -m "이슈 번호와 관련된 커밋 메시지"
4. 원격 저장소에 푸시
- 작업을 완료한 후, 원격 저장소에 feature 브랜치를 푸시합니다.
git push origin feature/issue-number-description
5. Pull Request 생성
- GitHub 리포지토리에서 dev 브랜치를 대상으로 feature 브랜치에 대한 Pull Request를 생성합니다.
- PR 제목과 설명을 작성하고, 관련 이슈 번호를 링크합니다.
- 코드 리뷰어를 지정합니다.
6. 코드 리뷰 및 머지
- 팀원들이 Pull Request를 리뷰합니다.
- 리뷰가 완료되면, dev 브랜치로 머지합니다.
7. 브랜치 정리
- 머지가 완료된 후, 로컬과 원격 저장소에서 feature 브랜치를 삭제합니다.
# 로컬 브랜치 삭제
git branch -d feature/issue-number-description
# 원격 브랜치 삭제
# 보통 깃허브 홈페이지에서 작업하면 delete브랜치 이렇게 나온다
git push origin --delete feature/issue-number-description
이렇게 하면 깔끔하게 이슈 단위로 작업을 관리하고, 팀 프로젝트를 효율적으로 진행할 수 있습니다.
Git PullRequest 하면서 깃이슈 닫아주기
PullRequest클릭
Push내용 나옴
PullRequest요청하면서
close해주기
간략하게 소개했지만 직접하면서 시행착오를 겪는다면 금방 정리될 것이다.