什么是 github 中的构建和传递按钮?

alh*_*lal 4 github

在此处输入图片说明

我猜那些与项目部署工具有关的东西。实际上那些是什么,如何添加这些以及这些有什么好处?

编辑 1
是否有任何计费问题(付款)或那些是免费的?

Obs*_*Age 6

它们被称为Code Repository Badges,详细说明了存储库总体稳定性的各个方面。有许多可用的徽章,但最常见的是:

  • build: passing:表示项目的测试全部通过。这通常是通过Travis-CI集成来设置的。
  • coverage: 有多少项目经过测试。75%图像中的代码已经通过了单元测试。
  • dependenices:为了运行,存储库对其他存储库有多少依赖项
  • devDependencies:为了开发,仓库对其他仓库有多少依赖


ben*_*lum 1

这些是什么

这些是“徽章”。徽章由各种构建工具、包管理器等提供。

假设您正在使用 AppVeyor 进行持续集成和部署,在 AppVeyor 的项目设置中,它们会提供一个 HTML/Markdown 片段供您嵌入到 GitHub 等位置,以向查看您的 GitHub 自述文件的每个人展示上次构建是否成功。

徽章通常(但并非总是)是动态的,因为服务提供商(npm、AppVeyor 等)将从 URL(在您获得的代码片段中)提供徽章,并且当客户端获取该图像时,它将显示最新的图像徽章数据的状态(构建成功/失败、在 npm 上可用、测试失败、代码覆盖率 % 等)。

如何使用它们

您可以从服务提供商(npm、AppVeyor 等)获取代码片段,然后将其直接粘贴到自述文件中或您喜欢的任何位置。

有什么好处

这显然取决于徽章显示的内容,但一些示例是:

  • 构建状态徽章:告诉您当前分支中的最新代码是否可以构建。对于快速向人们展示代码库存在 WIP 或问题非常有用。
  • 代码覆盖率徽章:告诉您单元测试覆盖的代码百分比。如果您遇到 GitHub 存储库并想了解代码库的质量和单元测试覆盖率(如果这对您很重要),那么这很有用。
  • 测试通过徽章:通过/失败的测试数量。与构建失败状态类似,作为该库的潜在使用者,甚至作为Houston, we have a problem.
  • NPM 徽章:版本徽章、可用、下载数量等都是对人们有用的信息指示器。
  • 杂项。静态徽章:某些服务/图书馆提供静态徽章,通常用于其图书馆/品牌/服务的促销目的。框架 X 可能会创建一个带有其徽标/名称的徽章,喜欢它的开发人员可以通过将该徽章放入自己的自述文件中来表示他们的网站/框架依赖于/使用框架 X。
  • 可能性是无限的。