이슈 종료 패턴

인스턴스 관리자는 GitLab 인스턴스에 대한 사용자 지정 이슈 종료 패턴을 구성할 수 있습니다.

Note 이슈 종료 패턴에 대한 사용자 문서는 이슈 자동 종료 를 참조하세요. 커밋 또는 머지 리퀘스트가 하나 이상의 이슈를 해결할 때, 커밋 또는 머지 리퀘스트가 프로젝트의 기본 브랜치에 병합되면 GitLab이 해당 이슈를 닫을 수 있습니다. 기본 이슈 종료 패턴 은 다양한 단어를 포함하며, 관리자는 필요에 따라 단어 목록을 구성할 수 있습니다. 이슈 종료 패턴 변경 # 기본 이슈 종료 패턴을 필요에 맞게 변경하려면: Linux package (Omnibus) Helm chart (Kubernetes) Docker Self-compiled (source) /etc/gitlab/gitlab.rb 를 편집하고 gitlab_rails['gitlab_issue_closing_pattern'] 값을 변경합니다: gitlab_rails[ 'gitlab_issue_closing_pattern' ] = /<regular_expression>/ .source 파일을 저장하고 GitLab을 재구성합니다: sudo gitlab-ctl reconfigure Helm 값을 내보냅니다: helm get values gitlab > gitlab_values.yaml gitlab_values.yaml 을 편집하고 issueClosingPattern 값을 변경합니다: global: appConfig: issueClosingPattern: "<regular_expression>" 파일을 저장하고 새 값을 적용합니다: helm upgrade -f gitlab_values.yaml gitlab gitlab/gitlab docker-compose.yml 을 편집하고 gitlab_rails['gitlab_issue_closing_pattern'] 값을 변경합니다: version: "3.6" services: gitlab: environment: GITLAB_OMNIBUS_CONFIG: | gitlab_rails['gitlab_issue_closing_pattern'] = /<regular_expression>/.source 파일을 저장하고 GitLab을 다시 시작합니다: docker compose up -d /home/git/gitlab/config/gitlab.yml 을 편집하고 issue_closing_pattern 값을 변경합니다: production: &base gitlab: issue_closing_pattern: "<regular_expression>" 파일을 저장하고 GitLab을 다시 시작합니다: # systemd를 실행하는 시스템의 경우 sudo systemctl restart gitlab.target # SysV init을 실행하는 시스템의 경우 sudo service gitlab restart 이슈 종료 패턴을 테스트하려면 Rubular 를 사용하세요. Rubular는 %{issue_ref} 를 이해하지 못합니다. 패턴을 테스트할 때 이 문자열을 #\d+ 로 교체하세요. 이는 #123 과 같은 로컬 이슈 참조만