JiHu(JH) 에디션 관련 머지 리퀘스트 리뷰 가이드라인

JiHu(JH) 에디션 관련 머지 리퀘스트를 리뷰할 때의 가이드라인과 프로세스를 설명합니다.

JH와 관련된 변경 사항에는 두 가지 종류가 있습니다: jh/ 내부 이는 EE 리포지터리의 범위를 벗어나며 이 문서의 목적이 아닙니다. jh/ 외부 이러한 변경 사항은 EE 리포지터리에 위치해야 하므로, EE 리포지터리의 리뷰어와 메인테이너가 리뷰하고 유지 관리해야 합니다. 여기에는 Gitlab.jh? 와 같은 코드, 그리고 ee/ 하위 코드를 로드하는 방식과 마찬가지로 jh/ 하위 코드를 로드하려는 방식이 포함됩니다. 이 문서는 jh/ 하위 코드를 조회하는 데 필요한 변경 사항을 더 잘 이해할 수 있도록, 해당 코드들이 어떤 형태를 가져야 하는지 안내하기 위한 것입니다. 이를 일반화하여 EE와 JH 모두 동일한 메커니즘을 공유할 수 있도록 하면, 두 버전을 다르게 처리할 필요가 없어집니다. JH 에디션 운영을 지원하기 위해 필요한 데이터베이스 마이그레이션 및 데이터베이스 스키마 변경 사항. 자세한 내용은 JiHu 데이터베이스 변경 가이드라인 을 참조하세요. 필요한 경우, JH 리포지터리 에 위치한 해당 JH 머지 리퀘스트를 리뷰하세요. GitLab Inc. 리포지터리에 파일을 머지할 시점 # GitLab JH 리포지터리의 jh/ 외부에 추가된 파일은 GitLab Inc. 리포지터리에도 미러링되어야 합니다. GitLab Inc. 리포지터리에 추가된 코드가 GitLab Inc. 코드베이스에 존재하지 않는 GitLab JH 파일을 참조하는 경우(예: render_if_exists ), JiHu 머지 리퀘스트 또는 파일에 대한 링크가 포함된 주석을 추가하세요. 이는 해당 참조가 누락된 partial로 오인되어 gitlab 코드베이스에서 삭제되는 것을 방지하기 위함입니다. 프로세스 개요 # 다음 프로세스 가이드를 읽어보세요: 기여 리뷰 프로세스 데이터베이스 변경 프로세스 보안 리뷰 프로세스 머지 리퀘스트 프로세스 jh/ 가 없거나 EE_ONLY=1 인 경우 EE처럼 동작 # EE 리포지터리의 경우, jh/ 가 존재하지 않으므로 EE처럼(라이선스가 없는 경우 CE처럼) 동작해야 합니다. JH 리포지터리의 경우, jh/ 가 존재하지만 EE_ONLY 환경 변수를 설정하여 EE 모드로 강제 실행할 수 있습니다. FOSS_ONLY=1 인 경우 FOSS처럼 동작 # JH 리포지터리의 경우, jh/ 가 존재하지만 FOSS_ONLY 환경 변수를 설정하여 FOSS(CE) 모드로 강제 실행할 수 있습니다. JH 컨텍스트에서의 CI 파이프라인 # EE 리포지터리에는 jh/ 디렉터리가 없으므로 EE 리포지터리에서 JH 파이프라인을 실행할 방법이 없습니다. 모든 JH 테스트는 JH 리포지터리 로 이동해야 합니다. 최상위 JH CI 구성은 jh/.gitlab-ci.yml (EE 리포지터리에는 존재하지 않음)에 위치하며, 이에 따라 EE CI 구성을 포함합니다. JH가 더 쉽게 커스터마이즈할 수 있도록 EE CI 구성을 업데이트해야 하는 경우가 있습니다. CE 또는 EE 기능을 기반으로 하는 JH 기능 # 기존 CE/EE 기능 위에 구축되는 기능의 경우, CE/EE 클래