Pull Request 제출
상위 수준 절차
- JIRA: Pull Request에 해당하는 기존 JIRA 카드가 있는지 확인하고, 없다면 만듭니다. 효과적인 JIRA 카드 작성 지침을 참조하십시오. 새 티켓의 상태는 Needs Assessment 또는 Backlog이며, 일반적으로 평가 후 Ready For Dev로 변경됩니다. talk 또는 PAT 통화 같은 토론 채널에서 질문할 수 있습니다. 작업할 준비가 되면 카드를 자신에게 할당하고 상태를 In Development로 바꿉니다.
- FORK: 변경할 저장소를 자신의 GitHub 계정으로 포크합니다. 모든 변경은 포크 저장소에 적용되므로 자유롭게 작업할 수 있습니다.
- BRANCH: 포크 저장소에서 버그 수정 또는 기능용 브랜치를 만듭니다. 예를 들어 카드 #546은 bug-546 브랜치를 사용할 수 있습니다. 별도 브랜치를 사용하면 여러 작업을 병행하고 master를 원격 master와 동기화된 상태로 유지할 수 있습니다.
- WORK: 브랜치에서 작업하고 변경 이유가 드러나는 좋은 커밋 메시지를 작성합니다. 메시지에 Mingle 카드 번호를 포함하십시오. 커밋과 올바른 기여자 및 이메일을 연결하고 아래 CLA 서명을 확인할 수 있도록 로컬 Git 구성에 GitHub 이메일을 등록해야 합니다. 명령: `git config --global user.email "email@example.com"`
- 선택 사항 SQUASH: 필요한 커밋이 모두 준비되고 테스트를 마쳤다면 하나 또는 가능한 한 적은 수로 합칠 수 있습니다. 검토자가 변경 내용을 이해하기 쉽고 main에 병합할 때 기록도 깔끔해집니다. Git 명령줄이나 UI 도구를 사용할 수 있습니다. GitHub에서 검토자가 squash and merge할 수도 있으므로 필수 단계는 아닙니다.
- UPDATE: 브랜치에서 오래 작업했다면 master와 작업 브랜치가 원본 저장소보다 뒤처졌을 수 있습니다. 최신 코드에서도 변경 사항이 작동하도록 기본 저장소의 최신 변경을 받아 포크를 업데이트하십시오. 로컬 master를 갱신한 후 작업 브랜치도 갱신합니다.
- PUSH: 브랜치 커밋을 GitHub의 포크로 푸시합니다.
- PULL REQUEST: GitHub에서 해당 브랜치의 Pull Request를 제출합니다. 수행한 작업과 검토자가 알아야 할 스크린샷 및 정보를 명확히 작성합니다. 제출하면 Bahmni 팀에 링크가 포함된 이메일이 자동 발송됩니다.
- master 대상: 티켓 설명, 댓글 또는 협의에서 달리 정하지 않은 한 기본적으로 master 브랜치에 Pull Request를 만듭니다. 필요한 다른 브랜치로의 백포트는 검토자가 처리합니다. JIRA 카드에는 PR을 적용해야 할 모든 수정 버전(릴리스 버전)을 지정해야 합니다.
- PR에서 JIRA 카드 참조: Pull Request의 요약/제목에 JIRA 카드 번호를 넣습니다. 예: BAH-763
- JIRA 카드 업데이트: 카드에 PR 링크를 추가하고 워크플로 상태를 Needs Code Review로 변경합니다.
- CLA 서명: Bahmni 저장소에 처음 Pull Request를 제출하면 CLA assistant라는 자동 도구가 CLA 서명을 요청합니다.
원문 정보
원문 보기 ↗Bahmni Wiki · CC BY-SA 4.0