如何在每次發貨前強制重置？

如果建議使用任何基準，我們會設定在發貨前強制重新分配的政策。如何在每次發貨前強制重置？

但我們不會建議每天的基準。我們會在2周內做到這一點。

在這兩者之間推薦的基準時間，人們往往在功能上面臨的問題，因爲他們沒有采取最新的代碼庫。

有沒有什麼辦法來強制每個分娩前變基？ [不管基線是否推薦]。

建議在每次交付之前進行重新佈局嗎？

來源

2012-01-17 Samselvaprabu

建議遞交之前變基，它通常是基於「推薦基線」機制。

所以，即使你說：「無論基線的建議還是不要」，我還是會建議你看看「this deliver policy: 'Rebase before delivery'」。

此政策（Require development stream to be based on the project's recommended baseline(s) prior to delivery）要求開發他們提供工作流的對象之前將其源流變基流的對象當前推薦的基線。
該策略可以針對項目間或項目內交付操作，針對每個項目或每個流進行設置。

這一政策的目標是讓開發人員構建和對包含在最新的穩定的基線他們提供給目標流之前工作的開發工作區測試工作。這種做法最大限度地減少了開發人員在執行交付操作時必須完成的合併量。

從UCM policies：

deliver policies

如果你不建議在父流的基線，那麼你就需要定義一個術前交付觸發（如this thread）：

cleartool mktrtype -ucm -preop deliver_start -execwin ccperl "\\share\path\to\script.pl" -c "Check if rebase activity exists before delivering" [email protected]\pvob

隨着script.pl一個腳本這將列出當前流的所有活動，檢查最新活動是否爲rebase.xxx。

http://www.ibm.com/developerworks/forums/message.jspa?messageID=14116547

來源

2012-01-17 09:15:16 VonC

因此，只有在發貨前強制重建的方法是推薦基線並設置策略。不是嗎？我們可以推薦基線的頻率如何？我們應該只推薦穩定的交付物，不是嗎？ – Samselvaprabu 2012-01-17 09:22:45

@Samselvaprabu：「推薦基線」是本機制，允許您在交付之前強制開發者重新綁定。您可以隨時隨地推薦，但不應每5分鐘創建並推薦一次基線。如果他們被推薦，他們應該通過一定程度的質量（至少編譯）。 – VonC 2012-01-17 09:24:58

如何在每次發貨前強制重置？

回答

相關問題