Swift3 具有Swift框架的Travis CI

我不确定Travis CI的行为是否应该如此，我觉得这是“反应过度”。当我打开一个PR，当我合并PR，当我（例如）编辑README.md并推送到master时，这是一个测试

这是我的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'

这不是“反应过度”：p

事实上，从我自己的新手经验来看，这是它的默认行为，这是合理的。当你打开一个PR时，它会测试你想要合并的分支是否没有破坏任何东西，这是正常的。 一旦合并发生，它会测试合并是否没有破坏任何东西，这可能就是您所说的过度反应。但事实上，这件事曾经发生在我身上，即使我不能告诉你原因，那是很久以前的事了

Travis CI的文档解释了如何将作业限制在分支机构，但我想当我阅读你的Travis.yml时，你已经知道了。以防万一，是的您可能不知道的是，通过指定

[ci skip] or [skip ci]

在git提交消息中。以下是。 我从来没有听说过有什么方法可以阻止特拉维斯在公关前后进行测试

希望这有帮助

---

编辑：在travis-ci.org上观看您的上一次构建时，在右上角，您有“更多选项”按钮。单击它并选择设置。在这里，您可以选择是否要生成分支更新和/或生成请求更新。进一步查看此设置页面，当队列中有新版本时，您也可以决定自动取消生成，例如，当您刚刚意识到上一次推送时出错并重新推送以修复错误时。

这不是“反应过度”：p

事实上，从我自己的新手经验来看，这是它的默认行为，这是合理的。当你打开一个PR时，它会测试你想要合并的分支是否没有破坏任何东西，这是正常的。 一旦合并发生，它会测试合并是否没有破坏任何东西，这可能就是您所说的过度反应。但事实上，这件事曾经发生在我身上，即使我不能告诉你原因，那是很久以前的事了

Travis CI的文档解释了如何将作业限制在分支机构，但我想当我阅读你的Travis.yml时，你已经知道了。以防万一，是的您可能不知道的是，通过指定

[ci skip] or [skip ci]

在git提交消息中。以下是。 我从来没有听说过有什么方法可以阻止特拉维斯在公关前后进行测试

希望这有帮助

---

编辑：在travis-ci.org上观看您的上一次构建时，在右上角，您有“更多选项”按钮。单击它并选择设置。在这里，您可以选择是否要生成分支更新和/或生成请求更新。进一步查看此设置页面，您还可以决定在队列中有新版本时自动取消生成，例如，当您刚刚意识到上一次推送中出错并进行新推送以修复错误时