此版本的 GitHub Enterprise 将停止服务 2022-02-16. 即使针对重大安全问题,也不会发布补丁。 要获得更好的性能、改进的安全性和新功能,请升级到 GitHub Enterprise 的最新版本。 如需升级方面的帮助,请联系 GitHub Enterprise 支持

关于 GitHub Packages 和 GitHub Actions

通过 GitHub Actions 工作流程了解管理包的基础知识。

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

打包步骤是持续集成或持续交付工作流程的常见部分。 在持续集成工作流程结束时创建包有助于拉取请求的代码审查。

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

例如,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。

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

此文档对您有帮助吗?

隐私政策

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

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

做出贡献

或者, 了解如何参与。