使用Swift框架的Travis CI

我不确定Travis CI的行为是否应该如此，我觉得它“过度反应”。它在测试我何时打开公关，何时合并公关以及何时（例如）编辑README.md并推送给主人。使用Swift框架的Travis CI

这是我的Travis CI配置YML。

language: objective-c 

xcode_workspace: {name} 
xcode_scheme: {name}Tests 
xcode_sdk: iphonesimulator10.0 
osx_image: xcode8.3 

branches: 
    only: 
    - master 

before_install: 
    - pod repo update 

script: 
    - xcodebuild -workspace {name}.xcworkspace -scheme {name} -sdk iphonesimulator ONLY_ACTIVE_ARCH=no 
    - xcodebuild test -workspace {name}.xcworkspace -scheme {name}Tests -sdk iphonesimulator ONLY_ACTIVE_ARCH=NO -destination 'platform=iOS Simulator,name=iPhone 6s Plus,OS=10.0'

来源

2017-07-15 jbehrens94

它不是“反应过度”：对

其实，从我自己还挺新手的经验，这是它的默认行为，这是有道理的。当你打开一个PR时，它测试你想合并的分支是不是破坏任何东西，这是正常的。合并发生后，它会测试合并是否有任何内容已被破坏，这也许是您称之为反应过度的原因。但它实际上发生在我身上，即使我不能告诉你为什么，这是很久以前的事了。

Travis-CI的文档解释了如何限制分支机构的工作，但是当我读到你的travis.yml时，我想你已经知道了。以防万一，这是this part。 你可能不知道的由混帐指定

[ci skip] or [skip ci]

提交信息是跳过构建的可能性。这是doc reference。我实际上从未听说过阻止Travis在PR之前和之后进行测试的方法。

希望这会有所帮助。

编辑：当上观看了您travis-ci.org最后构建，右上角，你有“更多选项”按钮。点击它并选择设置。在这里您可以选择是否想要构建分支更新和/或构建请求更新。在这个设置页面上稍微查看一下，当我有一个新的队列时，你也可以决定自动取消构建。当你意识到自己在上一次推动中犯了一个错误，并为解决问题做出新的努力。

来源

2017-08-03 16:17:14 n3wbie

使用Swift框架的Travis CI

回答

相关问题