1
我目前正在使用Travis CI自动化构建过程。我坚持要求。如何限制Travis CI中文档更改的请求部署?
贡献者正在发送文档更改的pull请求(如readme.md文件更改或不需要构建过程的次要代码更改)。我的自动化脚本启动每个拉取请求的构建过程。
是否有任何选择来限制这种情况,并为所有者/审批者根据他/她的选择选择拉取请求提供灵活性。
请给我建议。
我目前正在使用Travis CI自动化构建过程。我坚持要求。如何限制Travis CI中文档更改的请求部署?
贡献者正在发送文档更改的pull请求(如readme.md文件更改或不需要构建过程的次要代码更改)。我的自动化脚本启动每个拉取请求的构建过程。
是否有任何选择来限制这种情况,并为所有者/审批者根据他/她的选择选择拉取请求提供灵活性。
请给我建议。
一种可能的解决方法是trigger the travis build only for a specific branch。这意味着对于doc的PR将合并到另一个分支中(并且稍后合并到主分支,在每个doc PR中仅触发一个假构建,而不是多个构建)
另一种可能性是implement a complex Travis build其中您运行测试其中,如果没有检测到文档PR触发构建:最后
#!/bin/bash
set -ev
bundle exec rake:units
if [ "${TRAVIS_PULL_REQUEST}" = "false" ]; then
bundle exec rake test:integration
fi
,人们可以考虑具有在单独的回购该文档,由主回购作为submodule引用。
我会先测试选项2。
基于@VonC 2选项重写我的问题。在我的情况下,主存储库只有主分支,并且总是PR进入主分支。在我的情况下,我无法限制特定于分支的构建部署。 – RBT
我们使用Go语言和docker环境...上面的例子是针对ruby项目的。你能帮我解决这个问题吗? – RBT