持续集成工作流中的打包
打包步骤是持续集成或持续交付工作流的常见部分。在持续集成工作流结束时创建包有助于在拉取请求上进行代码审查。
在构建和测试代码之后，打包步骤可以生成可运行或可部署的工件。根据您正在构建的应用程序类型，此包可以本地下载以进行手动测试，可以供用户下载，也可以部署到暂存或生产环境。
例如，Java 项目的持续集成工作流可能会运行 `mvn package` 来生成 JAR 文件。或者，Node.js 应用程序的 CI 工作流可能会创建一个 Docker 容器。
现在，在审查拉取请求时，您可以查看工作流运行并下载生成的工件。
这将允许您在您的机器上运行拉取请求中的代码，这可以帮助调试或测试拉取请求。
用于发布包的工作流
除了上传打包工件以在持续集成工作流中进行测试外，您还可以创建构建项目并将包发布到包注册表的工作流。
-
**将包发布到 GitHub Packages** GitHub Packages 可以充当许多类型的包的包托管服务。您可以选择与所有 GitHub 共享您的包，或共享私有包与协作者或组织共享。有关更多信息，请参阅“GitHub Packages 简介”。
您可能希望在每次推送到默认分支时都将软件包发布到 GitHub Packages。这将允许您项目中的开发人员能够轻松地运行和测试默认分支中的最新版本，方法是从 GitHub Packages 安装它。
-
将软件包发布到软件包注册表 对于许多项目而言，发布到软件包注册表是在发布项目的新版本时执行的。例如，生成 JAR 文件的项目可能会将新版本上传到 Maven Central 存储库。或者，.NET 项目可能会生成 nuget 包并将其上传到 NuGet Gallery。
您可以通过创建在每次创建版本时将软件包发布到软件包注册表的流程来自动执行此操作。有关更多信息，请参阅“管理存储库中的版本”。