我们经常发布文档更新,此页面的翻译可能仍在进行中。有关最新信息,请访问英文文档。如果此页面上的翻译有问题,请告诉我们

关于使用 GitHub 操作进行打包

您可以在 GitHub Actions 中设置工作流程生成包并将其上传到 GitHub Packages 或其他包托管提供程序。

GitHub Actions 可用于 GitHub Free、GitHub Pro、组织的 GitHub Free、GitHub Team、GitHub Enterprise Cloud 和 GitHub One。 GitHub Actions 不适用于使用旧版按仓库计划的帐户所拥有的私有仓库。 更多信息请参阅“GitHub 的产品”。

本文内容

关于打包步骤

打包步骤是持续集成或持续交付工作流程的常见部分。 构建并测试应用程序后,将以包的形式生成可运行或可部署的构件。 例如,Java 项目的连续集成工作流程可能运行 mvn package 来生成 JAR 文件。 或者,Node.js 应用程序的 CI 工作流程可能会创建 Docker 容器。

根据您构建的应用程序类型,此包可本地下载以进行手动测试、可供用户下载或部署到暂存或生产环境。

持续集成工作流程中的打包

在持续集成工作流程结束时创建包有助于拉取请求的代码审查。 构建并测试代码后,打包步骤可以生成可运行或可部署的构件。 然后,您的工作流程可提取该构件并将其上传为工作流程的一部分。

现在,在审查拉取请求时,您将能够查看工作流程运行并下载生成的构件。

下载构件下拉菜单

这将允许您在计算机上运行拉取请求中的代码,有助于调试或测试拉取请求。

发布包的工作流程

除了上传打包构件以测试持续集成工作流程之外, 您还可以创建工作流程来构建项目并发布包到软件包注册表。

  • 发布软件包到 GitHub Packages GitHub Packages 可以作为多种类型包的包托管服务。 您可以选择与所有 GitHub 共享您的软件包,或者与合作者或组织共享私有软件包。 更多信息请参阅“关于 GitHub Packages”。

    每次推送到默认分支,您可能想将软件包发布到 GitHub Packages。 这可让项目开发者始终能够通过从 GitHub Packages 安装,很容易地运行和测试主版本中的最新构建版本。

  • 将软件包发布到软件包注册表 对于许多项目,每当发布项目的新版本时,都会执行发布到软件包注册表。 例如,生成 JAR 文件的项目可能会将新版本上传到 Maven Central 仓库。 或者,.NET 项目可能会生成一个微件包并上传到 Nuget Gallery。

    您可以创建一个工作流程来自动执行此操作,在每次创建版本时将软件包发布到软件包注册表。 更多信息请参阅“创建发行版”。

延伸阅读

此文档对您有帮助吗?

Privacy policy

帮助我们创建出色的文档!

所有 GitHub 文档都是开源的。看到错误或不清楚的内容了吗?提交拉取请求。

做出贡献

或, 了解如何参与。