在 Travis CI 中按需构建 branches/commits
Building branches/commits on demand in Travis CI
我想在 Travis 中实现以下设置 CI。
只要将提交推送到 dev
或 release
分支,就进行构建。
只要提交被推送到除 dev
或 release
之外的任何其他分支,但构建拉取请求时禁用构建。
如果开发人员真的有兴趣知道他的提交是否良好,那么他应该能够通过选择 branch/commit 明确地在 Travis CI 上开始构建.
通过阅读 Travis 的文档 CI 和一些博客文章,我发现我可以实现“1.”和“2. "
有人知道如何使“3.”起作用吗?
更新-1:
我想要场景“3.”的原因是因为我们团队(或一般任何其他团队)中的开发人员进行了多次提交,甚至在他们发出拉取请求之前就推送了它们。甚至在请求拉取请求之前就为私有分支的每一次提交构建,这会导致大量请求在 Travis CI 队列中排队,这不必要地阻止了真正关心验证特定提交以检查是否所有内容的开发人员在发出拉取请求之前是好是坏。
拥有以下内容对我们来说很好:
- 在每个提交推送到
dev
和 release
分支的基础上构建
- 建立在推送到拉取请求的每个提交上
您可以轻松实现 1 和 2,方法是将您希望查看推送构建的分支列入白名单:
branches:
only:
- dev
- release
参考 https://docs.travis-ci.com/user/customizing-the-build/#Whitelisting-or-blacklisting-branches。
只有您的开发人员针对列入白名单的分支之一打开 PR,您才能实现 3。
我个人建议尽早打开 PR(在第一次提交之后),因为它可以让所有感兴趣的人看到正在进行的工作。
我想在 Travis 中实现以下设置 CI。
只要将提交推送到
dev
或release
分支,就进行构建。只要提交被推送到除
dev
或release
之外的任何其他分支,但构建拉取请求时禁用构建。如果开发人员真的有兴趣知道他的提交是否良好,那么他应该能够通过选择 branch/commit 明确地在 Travis CI 上开始构建.
通过阅读 Travis 的文档 CI 和一些博客文章,我发现我可以实现“1.”和“2. "
有人知道如何使“3.”起作用吗?
更新-1:
我想要场景“3.”的原因是因为我们团队(或一般任何其他团队)中的开发人员进行了多次提交,甚至在他们发出拉取请求之前就推送了它们。甚至在请求拉取请求之前就为私有分支的每一次提交构建,这会导致大量请求在 Travis CI 队列中排队,这不必要地阻止了真正关心验证特定提交以检查是否所有内容的开发人员在发出拉取请求之前是好是坏。
拥有以下内容对我们来说很好:
- 在每个提交推送到
dev
和release
分支的基础上构建 - 建立在推送到拉取请求的每个提交上
您可以轻松实现 1 和 2,方法是将您希望查看推送构建的分支列入白名单:
branches:
only:
- dev
- release
参考 https://docs.travis-ci.com/user/customizing-the-build/#Whitelisting-or-blacklisting-branches。
只有您的开发人员针对列入白名单的分支之一打开 PR,您才能实现 3。
我个人建议尽早打开 PR(在第一次提交之后),因为它可以让所有感兴趣的人看到正在进行的工作。