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

我不确定这是否算是简单的方法，但这就是我的工作。

构建脚本：

• 通过将徽标复制到产品目录，让我的构建脚本在启动时标记构建失败。
• 完成后盖章通过。

像这样的东西。

发布脚本

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

• 运行脚本以将生成的通过或失败标志复制并推送到gh-pages分支的build-status文件夹中。
• 如您所见，此文件夹应具有.htaccess文件，以允许快速刷新图像。不要将此文件放在项目的根文件夹中，否则GitHub可能会停止支持它。

然后使用以下命令将其提供给分支机构的README.md：

![Build Status](http://www.typhoonframework.org/build-status/build-status.png)

。。。上面，逐字粘贴到StackOverflow，它也接受markdown格式，如下所示：

生成状态http://www.typhoonframework.org/build-status/build-status.png?q=z

如果要按分支进行此操作，只需修改脚本以将分支名称包括在徽章中，并使分支的README指向该分支即可。

为什么我喜欢这种方法：

通常，并尽可能创建与构建服务器无关的脚本。

• 如果需要，我可以更改构建服务器。
• 上面的构建脚本由68行组成，可以在两个平台上进行编译和测试，然后在发布结果之前生成代码覆盖率报告和API文档。它是用开发人员已经了解的语言编写的，因此他们不必投资学习构建服务器提供的特定YAML（又是另一种）格式。
• 它使开发人员可以从干净的结帐处轻松地在其本地工作站上运行构建脚本。这样，他们可以在提交前运行脚本，并且生成失败的可能性以及对其他开发人员的后续影响也较小。
• 如果构建失败，则可以轻松地在本地重现和诊断问题。

话虽如此，状态徽章是增值服务器的一个很好的例子，如果使用方便，构建服务器可以提供它。