该存储库包含每个 Alpine Linux 软件包的 APKBUILD 文件,以及所需的补丁和脚本(如果有)。
它还包含一些与在 GitLab 上测试(并因此构建)这些包(通过 GitLab CI)相关的额外文件和目录。
如果您想做出贡献,请阅读贡献者指南,并随时在 GitLab 上提交合并请求,或在 Alpine aports 邮件列表 (~alpine/[email protected]) 上提交 git 补丁。 (注意:此邮件列表目前无法使用)
Alpine Linux aports 树由 3 个存储库(目录)组成。这 3 个存储库都有自己的一组策略、用例和工作流程。以下是您的套餐应适用的基本政策的定义。可能适用其他政策,请参阅我们的开发者指南。
应按照我们网站上定义的官方发布周期文档支持主存储库中的软件包。如有疑问,应将包移至我们的社区存储库。主存储库中的包的策略是,该包是否在基本系统中是合理的预期,并且分配了一个开发人员来维护它,如我们的发布页面上记录的那样。如果随源代码一起提供,则 main 中的包还应包含适当的文档,并且如果提供,则启用测试套件。新包很少直接引入到主存储库中,并且应遵循以下工作流程: testing => main
。
应按照我们网站上定义的官方发布周期文档支持社区存储库中的软件包。社区中的软件包是那些不属于我们的主存储库但已在我们的测试存储库中完成测试的软件包。包应该有一个维护者,并启用测试套件(如果提供的话),并且如果源代码提供了文档,则最好提供文档。新包很少直接引入社区存储库,应遵循以下工作流程: testing => community
测试存储库中的软件包不遵循我们网站上定义的官方发布周期文档,并且不包含在我们的官方版本中,仅在我们的边缘分支中提供。该存储库专门设计用于引入和测试包,并作为我们其他存储库的暂存区域。这些包不遵循前面提到的任何策略,只需要能够正确构建即可。验证包正常工作后,应按照为该存储库设置的策略尽快将其移动到其他存储库之一。如果包在 6 个月内没有移动,我们将通知维护者并在 9 个月后将其删除。
您可以在.githooks
目录中找到一些有用的 git hook。要使用它们,请在克隆此存储库后运行以下命令:
git config --local core.hooksPath .githooks