github - 如何使每个 git 分支的 travis ci 构建失败图形不同

Question

所以我有这个 github 仓库，这里有多个分支:https://github.com/WalnutiQ/WalnutiQ
以及主要 README.md 上来自 travis ci 的构建传递徽章

每当我向任何分支推送失败时，travis ci 图形都会显示所有分支的构建失败。有没有一种简单的方法可以让它显示只针对那个分支的构建失败？

Answer 1

我不确定这是否算是一种简单的方法，但这就是我所做的。

构建脚本:

通过将徽章复制到产品目录，让我的构建脚本在开始时标记构建失败。

完成后标记构建通过。

东西 like this 。

发布脚本

发布脚本在主构建之后运行，无论它通过还是失败。

在名为 script to copy and push 的文件夹中的 gh-pages 分支上运行 build-status 生成的通过或失败徽章。

如您所见，此文件夹应该有一个 .htaccess 文件，以便快速刷新图像。不要将此文件放在项目的根文件夹中，否则 GitHub 可能会停止支持它。

然后在分支的 README.md 上提供它:
![Build Status](http://www.typhoonframework.org/build-status/build-status.png)
. . .上面，逐字粘贴到 StackOverflow，它也接受 Markdown 格式，看起来像:

Build Status http://www.typhoonframework.org/build-status/build-status.png?q=z

如果您想为每个分支执行此操作，只需修改脚本以在徽章中包含分支名称，并让分支的 README 指向该名称。

为什么我喜欢这种方法:

一般来说，在可能的情况下，喜欢创建与构建服务器无关的脚本。

如果需要，我可以更改构建服务器。

上面的构建脚本，68行，在两个平台上编译和测试，然后在发布结果之前产生一个code coverage report和API documentation。它是用开发人员已经理解的语言编写的，因此他们不必投资学习构建服务器提供的特定 YAML(另一种)格式。

它允许开发人员从干净的结帐中轻松地在他们的本地工作站上运行构建脚本。通过这种方式，他们可以在提交之前运行脚本，并且构建失败和随后对其他开发人员的影响的可能性较小。

如果构建失败，很容易在本地重现和诊断问题。

话虽如此，状态标志是一个很好的增值示例，如果使用方便，可以由构建服务器提供。