2017-07-15 63 views
0

我不確定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' 

回答

3

它不是「反應過度」:對

其實,從我自己還挺新手的經驗,這是它的默認行爲,這是有道理的。當你打開一個PR時,它測試你想合併的分支是不是破壞任何東西,這是正常的。 合併發生後,它會測試合併是否有任何內容已被破壞,這也許是您稱之爲反應過度的原因。但它實際上發生在我身上,即使我不能告訴你爲什麼,這是很久以前的事了。

Travis-CI的文檔解釋瞭如何限制分支機構的工作,但是當我讀到你的travis.yml時,我想你已經知道了。以防萬一,這是this part你可能不知道的由混帳指定

[ci skip] or [skip ci] 

提交信息是跳過構建的可能性。這是doc reference。 我實際上從未聽說過阻止Travis在PR之前和之後進行測試的方法。

希望這會有所幫助。


編輯:當上觀看了您travis-ci.org最後構建,右上角,你有「更多選項」按鈕。點擊它並選擇設置。在這裏您可以選擇是否想要構建分支更新和/或構建請求更新。在這個設置頁面上稍微查看一下,當我有一個新的隊列時,你也可以決定自動取消構建。當你意識到自己在上一次推動中犯了一個錯誤,併爲解決問題做出新的努力。