【发布时间】：2014-12-19 00:40:45
【问题描述】：
所以我在这里有多个分支的 github 存储库：https://github.com/WalnutiQ/WalnutiQ 以及主 README.md 上来自 travis ci 的构建传递徽章
每当我向任何分支推送提交失败时，travis ci 图形都会显示所有分支的构建失败。有没有一种简单的方法可以让它只显示那个分支的构建失败？
【问题讨论】：
【发布时间】：2014-12-19 00:40:45
【问题描述】：
我不确定这是否算一种简单的方法，但这就是我所做的。
构建脚本：
- 通过将标记复制到产品目录，让我的构建脚本在启动时标记构建失败。
- 完成后标记构建通过。
某事like this。
发布脚本
发布脚本在主构建之后运行，无论它通过还是失败。
- 在名为build-status 的文件夹中的gh-pages 分支上运行script to copy and push 生成的通过或失败标志。
- 如您所见，此文件夹应该有一个.htaccess 文件，以便快速刷新图像。不要将此文件放在项目的根文件夹中，否则 GitHub 可能会停止支持它。
然后在分支的 README.md 中提供它：
。 . .以上，逐字粘贴到也接受markdown格式的StackOverflow中，如下所示：
Build Status http://www.typhoonframework.org/build-status/build-status.png?q=z
如果您想针对每个分支执行此操作，只需修改脚本以在标记中包含分支名称，并让分支的 README 指向它。
为什么我喜欢这种方法：
一般情况下，尽可能创建与构建服务器无关的脚本。
- 如果需要，我可以更改构建服务器。
- 上面的构建脚本是 68 行，在两个平台上编译和测试，然后在发布结果之前生成 code coverage report 和 API documentation。它是用开发人员已经理解的语言编写的，因此他们不必投资学习构建服务器提供的特定 YAML（另一种）格式。
- 它允许开发人员在他们的本地工作站上轻松地运行构建脚本，从干净的结帐开始。通过这种方式，他们可以在提交之前运行脚本，并且构建失败和随后对其他开发人员的影响的可能性较小。
- 如果构建失败，很容易在本地重现和诊断问题。
话虽如此，状态徽章是一个很好的增值示例，如果方便使用，构建服务器可以提供它。
【讨论】：