머지 리퀘스트 워크플로

GitLab에 코드, 테스트, 문서를 기여하기 위한 머지 리퀘스트 워크플로와 기여 수락 기준 및 완료 정의를 설명합니다.

GitLab 코드, 테스트, 문서에 대한 수정 및 개선을 위한 머지 리퀘스트를 모든 분들로부터 환영합니다. 커뮤니티 기여에 특히 적합한 이슈에는 Seeking community contributions 라벨이 붙어 있지만, 원하는 이슈에 자유롭게 기여할 수 있습니다. 이슈로 작업하기 # 이슈를 발견한 경우, 가능하다면 수정 또는 개선 사항이 담긴 머지 리퀘스트를 테스트와 함께 제출해 주세요. 라벨이 없는 새로운 기능을 추가하고 싶다면, 먼저 이슈를 생성하고(아직 없는 경우) Seeking community contributions 로 라벨을 지정해 달라는 코멘트를 남기는 것이 좋습니다. 기능 제안 섹션을 참고하세요. 이슈를 수정하는 방법은 모르지만 이슈를 노출하는 테스트를 작성할 수 있다면, 그것도 수락합니다. 일반적으로, 회귀 테스트가 포함된 버그 수정은 신속하게 병합됩니다. 적절한 테스트가 없는 새로운 기능은 피드백을 받는 데 더 오래 걸릴 수 있습니다. GitLab 개발(또는 웹 개발 전반)이 처음이라면, 기여 방법 섹션을 참고하여 비교적 쉬운 이슈부터 시작해 보세요. 머지 리퀘스트 소유권 # 이슈가 현재 마일스톤에 표시되어 있으면, 작업 중인 경우에도 GitLab 팀 멤버가 릴리즈 날짜 전에 작업이 완료될 수 있도록 머지 리퀘스트를 인계받을 수 있습니다. 기여자가 제출된 머지 리퀘스트에서 더 이상 활동하지 않는 경우, 다음을 수행할 수 있습니다: 머지 리퀘스트 코치 중 한 명이 머지 리퀘스트를 완료하기로 결정합니다. 머지 리퀘스트를 닫습니다. 이 결정은 해당 변경 사항이 제품 비전에 얼마나 중요한지에 따라 결정됩니다. 머지 리퀘스트 코치가 머지 리퀘스트를 완료할 경우, ~coach will finish 라벨을 할당합니다. 팀 멤버가 커뮤니티 기여를 인계받을 때, MR 내 커밋 중 하나 이상에 원작자를 선택적으로 포함시키고 저자를 인정하는 체인지로그 항목을 추가하여 원작자의 공로를 인정합니다. 기여자를 위한 머지 리퀘스트 가이드라인 # 기여 프로세스에 대한 단계별 안내는 튜토리얼: GitLab 기여하기 를 참고하세요. 모범 사례 # 변경 사항이 사소하지 않은 경우, 코드 검토를 위해 제출하기 전에 제품 매니저 또는 팀 멤버 와 논의를 시작하는 것을 권장합니다. MR에서 그들을 태그하면 됩니다. 팀 멤버와의 대화는 설계 결정을 내릴 때 도움이 될 수 있습니다. 변경 사항의 의도를 전달하면 머지 리퀘스트 검토를 신속하게 진행하는 데도 도움이 됩니다. 프로덕션 가용성에 영향을 미칠 수 있다고 생각하면 기능 플래그 뒤에 코드를 배치하는 것을 고려하세요. 확실하지 않으신가요? 기능 플래그를 사용하는 경우 를 읽어보세요. 머지 리퀘스트에 대한 빠른 피드백을 원한다면 코어 팀 의 누군가 또는 머지 리퀘스트 코치 중 한 명을 자유롭게 언급해 주세요. 코드를 검토받을 때와 머지 리퀘스트를 검토할 때는 코드 리뷰 가이드라인 을 염두에 두세요. 코드가 데이터베이스를 변경하거나 비용이 많이 드는 쿼리를 수행하는 경우, 데이터베이스 검토 가이드라인 도 확