Temurin-build: 구성 매개 변수를 정의해야하는 위치에 대한 명확성

우리는 또한 repos간에 파일을 분할하는 문제가 열려있었습니다. 도움이 될 것 같습니다.

나는 그렇게 조각화하는 것에 대해 너무 확신하지 못했지만 우리가 어디에 있어야 할지를 결정해야 할 필요가 있고 그것을 문서화하는 것은 사소한 첫 번째 단계가 될 것입니다 (글쎄, 결정하는 것이 좋은 첫 단계가 될 것입니다.

build.sh 및 groovy 스크립트 모두에 설정된 구성 옵션은 플랫폼 스크립트에 병합되어야하며 스크립트는 makejdk-any-platform.sh 아래로 이동해야한다고 생각합니다. 단일 플래그 (예 : --use-default-config-args)를 전달하면 해당 플래그를 트리거하거나 해당 플래그를 생략하면 비활성화됩니다 (스크립트는 사용자의 구성 인수 만 사용함).

이러한 것들은 다음과 같은 이유로 좋은 생각입니다.

• 구성 인수가 설정된 위치는 하나뿐이므로 쉽게 찾고 변경할 수 있습니다.
• makejdk-any-platform.sh 아래에서 플랫폼 스크립트를 이동하면 docker 이미지를 사용하는 docker 빌드가 하나의 repo 만 복제하면됩니다 (빌드 저장소 분할이 완료된 후).
• 사용자는 구성 인수를 설정하지 않고도 makejdk-any-platform.sh를 시작할 수 있으며, 빌드에 Docker 파일 중 하나를 사용한다고 가정하면 빌드 구성에 필요한 모든 옵션이 제공됩니다.
• 각 릴리스에 대해 동일한 구성 파일을 복사하는 대신 각 구성 인수에 대해 버전 "범위"를 설정할 수 있습니다. 즉, 파일 수가 적고 코드 중복이 적으며 새로운 OpenJDK 버전을 준비 할 때 잘못 될 수있는 일의 수도 줄어 듭니다.

build-jdk 작업을 구현하려고 할 때 readme 에서 시작하여 makejdk-any-platform.sh를 사용하여 jdk를 빌드했습니다. 이는 플랫폼 별 구성 이 보이지 않음을 의미

빌드 시스템 환경에 관계없이 젠킨스, git-hub 작업, jdk를 기본적으로 빌드하는 사용자 등을 사용할 수 있도록 플랫폼 별 구성 아래의 파일을 동일한 수준의 build.sh로 이동할 수 있는지 궁금했습니다. 그것? 이러한 플랫폼 별 구성은 젠킨스가 아닌 플랫폼 별 구성이라고 생각합니다.

Groovy 스크립트는 젠킨스 특정 빌드 스크립트이며, 별도의 저장소 https://github.com/AdoptOpenJDK/openjdk-build/issues/1108?

Groovy jenkins 매개 변수는 https://github.com/AdoptOpenJDK/ci-jenkins-pipelines/pull/67을 통해 jenkins repo의 README.md에 명시되어

이제이 (openjdk-build) 저장소의 FAQ를 조정하여 jenkins 특정 매개 변수가 https://github.com/AdoptOpenJDK/ci-jenkins-pipelines/pull/67 에서 수행되어야 함을 명확히 할 계획입니다. 및 전역 매개 변수는 각각 플랫폼 파일 및 build.sh 에서 수행되어야합니다.

https://github.com/AdoptOpenJDK/openjdk-build/pull/2518 이 병합되어 문서 변경이 완료되었습니다. 이것은 프로젝트에 새 매개 변수를 추가하려는 모든 사람을 처리해야합니다. 이 문제의 마지막 부분은 기존 매개 변수와 위치를 조사하고, 현재 위치에서 각각의 적합성을 평가하고,이 평가를 기반으로 다른 위치로 이동해야하는지 여부를 평가하는 것입니다. 그러나 이것은 많은 작업이 될 것이며 현재 처리하고있는 우선 순위가 높은 여러 작업을 고려할 때 합리적인 시간 내에이 작업을 완료 할 시간이 없을 것 같습니다.

따라서 내 할당을 제거하고 다른 사람에게 연기하여 기존 매개 변수를 재평가 할 것입니다.