來自源代碼+依賴關係管理的ClearCase +集成

在業界，我習慣於從源代碼集成（即從頭開始編譯所有的庫）。這意味着源代碼樹必須配置爲顯示適當的內容。來自源代碼+依賴關係管理的ClearCase +集成

我知道，對於二進制集成，有很多工具可以根據編程語言（Maven，CMake，Gradle等）進行量身定製。

我們使用基本ClearCase作爲源代碼控制工具。從源代碼集成時如何實現依賴關係管理？在ClearCase中，我會想象這需要設置配置規範來選擇所有必需文件的所需版本。那裏有沒有實現這個的工具？

來源

2017-10-11 Tudor Timi

是否有任何工具可以執行此操作？

是：ClearCase UCM，這意味着不基本的ClearCase。

來自不同版本「組件」（文件組）的建設就是爲什麼你的觀點：

UCM組件
基線：在UCM組件上所有文件應用標籤）
流，它列出了您的程序工作所需的確切基礎基線，或者在您的情況下爲您的CI發生。

UCM流上的任何UCM視圖都會爲您生成正確的配置規範。

這就是詹金斯的CI引擎可以使用的JENKINS ClearCase UCM Plugin。

來源

2017-10-11 21:06:39 VonC

我期待着這個答案。正如前面提到的，我的組織反對從Base ClearCase移動到UCM :( –

@TudorTimi我明白了。這就是說，對於源代碼依賴項... Git也不錯）; – VonC

我聽說Git子模塊的壞處，因爲鑽石依賴問題。 UCM也有這個嗎？ –

UCM確實使這更容易。但是如果你的組織在政治上不願意嘗試它，你可以使用基本的clearcase做很多相同的thigs。

流並不比分支更與加

基線實質上是具有更多的元數據標籤的其他元數據（活動，及時性，基線鏈接等）。該元數據將基線連接到後代和兄弟基線，並讓您具有跨基線映射基線的基線。它還將基線鏈接到流，因此您不能刪除流使用的基線。

你不需要UCM做類似UCM的事情，它只需要更多的時間，而且沒有很好的封裝。

來源

2017-10-12 02:52:03

我假設沒有任何資源詳細說明了這些（添加哪些屬性等），對嗎？ –

對不起，長時間滯後。有幾本有關ClearCase SCM實踐的舊書。例如：https://www.amazon.com/Software-Configuration-Management-Strategies-ClearCase/dp/0321200195 單片機真的沒有太大的改變，因爲相同的問題總是需要回答：誰改變了什麼？變化在哪裏？他們爲什麼製造？ –

來自源代碼+依賴關係管理的ClearCase +集成

回答

相關問題