在我們的CruiseControl.NET設置中,我們會自動檢出新代碼,構建程序,安裝程序並運行幾個迴歸測試。但是,並非所有的checkin都需要運行我們的迴歸測試(例如,更新幫助文件時)。檢查CruiseControl.NET中是否只通過SVN更新了某些目錄
CruiseControl.NET 1.4.4.52有沒有辦法檢測是否只修改了某個目錄?我的最終目標是實現一個真/假標誌,以確定我們的迴歸測試是否應該基於已更改的目錄運行。
在我們的CruiseControl.NET設置中,我們會自動檢出新代碼,構建程序,安裝程序並運行幾個迴歸測試。但是,並非所有的checkin都需要運行我們的迴歸測試(例如,更新幫助文件時)。檢查CruiseControl.NET中是否只通過SVN更新了某些目錄
CruiseControl.NET 1.4.4.52有沒有辦法檢測是否只修改了某個目錄?我的最終目標是實現一個真/假標誌,以確定我們的迴歸測試是否應該基於已更改的目錄運行。
佩德羅提供的擴展是建立使用Filesystem triggers項目的層次和sync queue:
HTH
如果將源控制塊定義爲multi類型,則可以指定任意數量的文件夾進行監視。唯一的缺點是它將不再提供其他資源,但我假設你不關心連續構建的幫助文件。
澄清:
目前,你可能有一個源控制框,從而牽引的所有文件的指定文件夾下。如果切換到多個塊,則必須分別指定每個需要的文件夾。
例如,如果您仍然希望將幫助文件作爲構建的一部分,但不希望它們實際觸發構建,則必須在執行編譯之前添加一個額外的任務來提取幫助文件。
你是什麼意思「將不再拉其他來源」是什麼意思? – 2011-06-16 17:02:51
如果助手文件不需要持續集成,最好不要提交這個助手文件。將這些文件添加到忽略列表中。
IMO,構建服務器注意事項不應影響文件是否是源代碼管理的一部分。 具體來說,幫助文件確實需要成爲樹的一部分。 – 2011-06-16 06:08:48
如果它的更新和項目的一部分意味着它應該是持續集成的一部分,並且必須針對每個版本進行更新 – 2011-06-16 06:15:07
這似乎是最直觀的解決方案,我認爲這是我更新構建服務器時要採用的路線本週末配置。 – 2011-06-16 17:01:18