교차 링크 문제

Tier: Free, Premium, Ultimate Offering: GitLab.com, Self-managed, GitLab Dedicated

문제를 언급하거나 서로의 링크된 문제 섹션에 문제를 표시하는 방법은 여러 가지가 있습니다.

GitLab 문제에 대한 자세한 정보는 문서를 참조하세요.

커밋 메시지에서

커밋 메시지에 문제를 언급할 때마다 두 개발 워크플로우 단계 간의 관계를 생성하게 됩니다: 문제 자체와 해당 문제와 관련된 첫 번째 커밋입니다.

문제와 커밋하고 있는 코드가 모두 동일한 프로젝트에 있는 경우, 커밋 메시지에 #xxx를 추가하세요. 여기서 xxx는 문제 번호입니다.

git commit -m "이것은 내 커밋 메시지입니다. Ref #xxx"

커밋 메시지는 일반적으로 # 문자로 시작할 수 없으므로, 대체 GL-xxx 표기도 사용할 수 있습니다:

git commit -m "GL-xxx: 이것은 내 커밋 메시지입니다"

서로 다른 프로젝트에 있지만 같은 그룹에 있는 경우, 커밋 메시지에 projectname#xxx를 추가하세요.

git commit -m "이것은 내 커밋 메시지입니다. Ref projectname#xxx"

서로 다른 그룹에 있는 경우, 문제에 대한 전체 URL을 추가할 수 있습니다
(https://gitlab.com/<username>/<projectname>/-/issues/<xxx>).

git commit -m "이것은 내 커밋 메시지입니다. 관련: https://gitlab.com/<username>/<projectname>/-/issues/<xxx>"  

물론, gitlab.com을 자신의 GitLab 인스턴스 URL로 바꿀 수 있습니다.

문서의 첫 번째 커밋을 문제에 연결하는 것은 GitLab Value Stream Analytics를 사용하여 프로세스를 추적하는 데 중요합니다.
이는 문제 생성과 첫 번째 커밋 간의 시간을 측정합니다.

병합 요청 및 기타 문제에서 링크된 문제를 언급하면 팀원 및 협업자들이 동일한 주제에 대한 열려 있는 문제가 있다는 것을 알 수 있습니다.

위에서 설명한 대로, 커밋 메시지에서 문제를 언급할 때 그렇게 합니다.

문제 #111을 문제 #222에서 언급하면, 문제 #111도 해당 트래커에서 알림을 표시합니다.
즉, 두 문제 모두에 표시되도록 한 번만 관계를 언급하면 됩니다.
병합 요청에서도 문제를 언급할 때도 동일하게 유효합니다.

병합 요청 댓글에서 문제를 언급하는 것은 링크된 문제와 EXACTLY 동일한 방식으로 작동합니다.

병합 요청 설명에서 문제를 언급하면,
문제와 병합 요청을 연결합니다. 추가로, 병합 요청이 병합되면 문제를 자동으로 닫히도록 설정할 수도 있습니다.

문제와 동일한 프로젝트에서 브랜치를 생성하고 문제 번호로 시작하는 브랜치 이름을 하이픈으로 이어서 작성하면, 생성된 문제와 MR이 연결됩니다.
자세한 내용은 문제 번호로 브랜치 이름 접두사 붙이기를 참조하세요.