在Azure DevOps服務器上配置生成定義時，可以配置連續集成（CI）生成。每次簽入或提交到源代碼庫時都會自動運行一個CI構建。這種機制允許開發人員啟動一個自動化的過程，例如編譯和部署構建。這是一個非常有用的過程，應該以上述方式進行許多自動話的處理，例如代碼掃描、單元測試等。但是，有時開發人員根本不希望簽入觸發生成，或者說代碼或文件的變更不需要觸發自動構建流程。

例如，在更新markdown文件或其他與文檔相關的文件時，避免觸發生成是非常有意義的；或者您可能只是更新了圖片和其他一些非代碼類型的文本，這根本不會影響生成過程的結果。通常，它們應該存儲為不同於源代碼的單獨目錄，然後您可以使用基於路徑的過濾器。但是，如果我們的文件結構，從開始就沒有按照這種目錄創建，那麽我們如何來避免這些文件觸發自動構建呢？

Azure DevOps (TFS）的Git代碼提交機制為我們提供了一個有趣的方法。你可以在提交代碼時候，在註釋中的後面添加一個特殊的字符“***NO_CI***”。在Azure DevOps的代碼管理機制中，這個字符向服務器發出信號，表明您不想運行CI構建。

圖一：在提交註釋中標記“***NO_CI***”

圖二:即使CI流程中配置了持續集成，上圖中的提交也不

在這種情況下，由於我們在主分支上設置了觸發器，並且現在正在使用包含***no_ci***標誌的最後一條提交消息向主分支推送，所以推送更改後不會觸發任何生成。

因為提交是Git歷史的一部分，所以您總是可以追溯到為什麽某個更改沒有觸發一個構建。

微軟DevOps MVP 張洪君 http://www.cnblogs.com/danzhang

--End--

在推送提交之後阻止Azure DevOps (TFS)持續集成