在持续集成工作流中的打包
打包步骤是持续集成或持续交付工作流的常见环节。在持续集成工作流结束时创建软件包，可在拉取请求的代码审查期间提供帮助。
在构建并测试完代码后，打包步骤可以生成可运行或可部署的制品。根据所构建的应用类型，该软件包可以在本地下载进行手动测试，供用户下载使用，或部署到预发布或生产环境中。
例如，针对 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。
你可以通过创建一个工作流，在每次创建发布时将软件包发布到软件包注册表，从而实现自动化。欲了解更多信息，请参阅 管理仓库中的发布。