簡體   English   中英

有沒有一種創建VSTS(TFS)簽入策略的方法,以防止沒有關聯的構建定義的簽入?

[英]Is there a way to create a VSTS (TFS) checkin policy to prevent a checkin that has no associated build definition?

在微服務體系結構中使用Visual Studio Team Services(以前是Visual Studio Online),目前大約有50個CI構建定義。 除非文件夾下的解決方案文件具有在同一文件夾路徑上觸發的關聯的構建定義,否則是否有防止簽入的方法?

這樣,我們可以確定所有服務都在首次簽入時具有CI構建,並且我們不必手動(或其他方式)檢查是否已覆蓋它們。

即使是針對源路徑解決方案文件來查詢構建定義觸發路徑的API,也足以生成構建定義覆蓋率報告以快速找到任何差距。

您可以自定義簽入策略來檢查每個構建的觸發路徑。 簡單步驟:

  1. 自定義簽入策略,請參閱文章(適用於與VSTS VS2015,注冊表路徑是不同的,例如:對於64位HKEY_LOCAL_MACHINE / SOFTWARE / WOW6432Node /微軟/ VisualStudio中/ 14.0 / TeamFoundation / SourceControl /簽到政策)
  2. 在“評估”方法中,獲取未決更改路徑,例如:string path = PendingCheckin.PendingChanges.CheckedPendingChanges.First()。ServerItem;
  3. 通過REST API獲取特定團隊項目的構建定義,並根據構建定義ID獲取構建定義詳細信息,並檢查每個構建定義觸發路徑。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM