이 저장소에는 필요한 패치 및 스크립트(있는 경우)와 함께 각각의 모든 Alpine Linux 패키지에 대한 APKBUILD 파일이 포함되어 있습니다.
또한 GitLab에서(GitLab CI를 통해) 해당 패키지를 테스트(따라서 빌드)하는 것과 관련된 몇 가지 추가 파일 및 디렉터리가 포함되어 있습니다.
기여하고 싶다면 기여자 가이드를 읽고 자유롭게 GitLab에 병합 요청을 제출하거나 Alpine aports 메일링 리스트(~alpine/[email protected])에 git 패치를 제출하세요. (참고: 이 메일링 리스트는 현재 작동하지 않습니다.)
Alpine Linux aports 트리는 3개의 저장소(디렉토리)로 구성됩니다. 이 3개 저장소 각각에는 고유한 정책, 사용 사례 및 작업 흐름 세트가 있습니다. 다음은 패키지에 적용해야 하는 기본 정책에 대한 정의입니다. 추가 정책이 적용될 수 있습니다. 개발자 가이드라인을 참조하세요.
기본 저장소의 패키지는 당사 웹사이트에 정의된 공식 릴리스 주기 문서에 따라 지원되어야 합니다. 의심스러운 경우에는 패키지를 커뮤니티 저장소로 대신 옮겨야 합니다. 기본 저장소에 있는 패키지에 대한 정책은 이 패키지가 기본 시스템에서 예상되는 것이 합리적이고 릴리스 페이지에 문서화된 대로 이를 유지 관리할 수 있는 개발자가 할당되어 있는지 여부입니다. 메인 패키지에는 소스 코드와 함께 제공되는 경우 적절한 문서가 포함되어 있고 제공된 경우 테스트 스위트가 활성화되어 있어야 합니다. 새 패키지는 기본 저장소에 직접 도입되는 경우가 거의 없으며 다음 작업 흐름을 따라야 합니다: testing => main
.
커뮤니티 저장소의 패키지는 당사 웹사이트에 정의된 공식 릴리스 주기 문서에 따라 지원되어야 합니다. 커뮤니티의 패키지는 기본 저장소에 속하지 않고 테스트 저장소에서 테스트를 마친 패키지입니다. 패키지에는 관리자가 있어야 하며 제공되는 경우 테스트 스위트를 활성화해야 하며 소스 코드에서 제공하는 경우 문서를 제공하는 것이 좋습니다. 새 패키지는 커뮤니티 저장소에 직접 도입되는 경우가 거의 없으며 워크플로 testing => community
따라야 합니다.
테스트 리포지토리의 패키지는 웹 사이트에 정의된 공식 릴리스 주기 문서를 따르지 않으며 공식 릴리스에 포함되지 않으며 Edge 지점에서만 배송됩니다. 이 저장소는 패키지를 소개 및 테스트하고 다른 저장소의 준비 영역으로 특별히 설계되었습니다. 패키지는 이전에 언급한 정책을 따르지 않으며 올바르게 빌드되기만 하면 됩니다. 패키지가 작동하는 것으로 확인되면 해당 저장소에 설정된 정책에 따라 가능한 한 빨리 다른 저장소 중 하나로 이동해야 합니다. 6개월 이내에 패키지를 이동하지 않으면 관리자에게 알리고 9개월 후에 패키지를 제거합니다.
.githooks
디렉토리에서 유용한 git 후크를 찾을 수 있습니다. 이를 사용하려면 이 저장소를 복제한 후 다음 명령을 실행하십시오.
git config --local core.hooksPath .githooks