【问题标题】:How to restrict pull request deployment for document changes in Travis CI?如何限制 Travis CI 中文档更改的拉取请求部署?
【发布时间】:2016-06-16 04:22:40
【问题描述】:

我目前正在研究 Travis CI 自动化构建过程。我被一个要求困住了。

贡献者正在发送文档更改的拉取请求(例如 readme.md 文件更改或不需要构建过程的次要代码更改)。我的自动化脚本为每个拉取请求启动构建过程。

是否有任何选项可以限制这一点,并为所有者/批准者提供灵活性,以根据他/她的选择选择拉取请求。

请给我建议。

【问题讨论】:

    标签: github travis-ci pull-request


    【解决方案1】:

    一个可能的解决方法是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 来自主分支。在我的情况下,我不能限制特定于分支的构建部署。
    • 我们使用的是 Go 语言和 docker 环境... 以上示例是针对 ruby​​ 项目给出的。你能帮我实现这个目标吗?
    猜你喜欢
    • 1970-01-01
    • 2017-01-30
    • 1970-01-01
    • 2019-04-11
    • 1970-01-01
    • 2018-09-07
    • 2017-04-29
    • 2016-03-10
    • 2020-07-01
    相关资源
    最近更新 更多