簽入或不簽入哪個在清晰的UCM中是首選？

在我們的構建系統中，一旦構建完成，組件也將被簽入。但是當我們轉向UCM時，建築師在這個意見中劃分了一下。很少有人支持檢查編譯的程序集和msi，很少有人反對。簽入或不簽入哪個在清晰的UCM中是首選？

當我們辦理入住手續，我們簡單地做符號連接，它給了我們很大的優勢。此外，當簽入完成後，它將從bin中刪除條目並釋放文件夾而不是複製。它幫助我們很多。每天人們都可以通過每晚構建的方式使用最新的程序集檢查。現在他們無法做到這一點。他們希望我將Nightly構建DLL複製到一些常見的地方。

上，由於每天檢查我們的倉庫等手中的增長humungous。

我不知道什麼是最好的選擇。

你可以分享你的想法哪種方法更好？在UCM/Clearcase中籤入組件是否更好？

來源

2012-01-04 Samselvaprabu

請勿登入：請參閱http://programmers.stackexchange.com/questions/128238/is-it-good-practice-to-store-framework-runtimes-under-source-control/128242#128242 – VonC 2012-01-04 13:59:54

作爲一種實踐，所有建立輸出不能源代碼控制下保存。但是，你必須保持他們在一個共同的地方，直到他們到期。這種做法背後的理念是：

存儲庫尺寸越大，你的二進制文件添加到它。
在夜間生成（屬於2年前）中生成的程序集的舊版本無用。另一方面，舊版源代碼及其歷史記錄一直都很有用。
除了構建結果，軟件產品通常還依賴於第三方組件。這些第三方組件通常是演變而來的，它們的新版本通常會發布。在源代碼控制中保留構建結果，必須將正確版本的第三方組件保留在其他位置。

來源

2012-01-04 18:47:40 hsalimi

你推薦在源代碼控制中擁有第三方組件？ – Samselvaprabu 2012-01-05 13:14:40

是的，只要您的代碼的特定版本只與外部庫的特定版本一起工作，那麼您應該將它們保留在源代碼管理中。 – hsalimi 2012-01-05 20:44:00

對ClearCase中籤組件的另一個原因是缺乏清理功能可能：你不能輕易rmver一些版本中，你可能不需要沒有可能損害該VOB回購。

這是UCM取決於它尤其如此，其中的元數據和超鏈接被添加到版本，使得除去一個其他對象的完整性（就像UCM基線）相當危險的。

對於其他的，更普遍的，原因不版本的二進制文件，請參閱「Is it good practice to store framework runtimes under source control?」和hsalimi的answer。

來源

2012-01-05 11:27:50 VonC

簽入或不簽入哪個在清晰的UCM中是首選？

回答

相關問題