【发布时间】:2016-06-16 04:22:40
【问题描述】:
我目前正在研究 Travis CI 自动化构建过程。我被一个要求困住了。
贡献者正在发送文档更改的拉取请求(例如 readme.md 文件更改或不需要构建过程的次要代码更改)。我的自动化脚本为每个拉取请求启动构建过程。
是否有任何选项可以限制这一点,并为所有者/批准者提供灵活性,以根据他/她的选择选择拉取请求。
请给我建议。
【问题讨论】:
标签: github travis-ci pull-request
我目前正在研究 Travis CI 自动化构建过程。我被一个要求困住了。
贡献者正在发送文档更改的拉取请求(例如 readme.md 文件更改或不需要构建过程的次要代码更改)。我的自动化脚本为每个拉取请求启动构建过程。
是否有任何选项可以限制这一点,并为所有者/批准者提供灵活性,以根据他/她的选择选择拉取请求。
请给我建议。
【问题讨论】:
标签: github travis-ci pull-request
一个可能的解决方法是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。
【讨论】: