clearcase-ucm

1熱度

1回答

合併創建流A版本我有3個項目A，B基於A，C基於A. 變遷首先應合併到B，然後從B到C. B中也有變化，不影響A，但其中一些變化需要在C中合併。 A從A直接錯誤地合併到C繞過B的一些變化。（我使用的是「合併」這個詞，因爲我們需要手動合併這些詞，因爲自動發送會包括一些我們不需要提交給B和C的活動。要解決此問題，我現在需要合併B中未合併但已合併到B中的C中的更改，並且正在尋找一種方式來列出C中已創

2熱度

1回答

Clearcase UCM：合併操作是否在分支之間創建任何依賴關係

這個問題可能並不十分清楚，因爲我不是在尋找問題的解決方案，而是在尋求避免未來可能出現的問題。假設我們有項目AB和C，B和C是基於不同的基線A. 在B和C兩個方向之間進行B和C之間的合併，反之亦然，它不會創建以後的問題？在我的特殊情況下，我有從A合併到B的版本，從B到C，現在我想從C合併到B中。 A在幹線中，C是安裝特定的，B是客戶特定的。當客戶部署了更新的版本時，我們最終會放棄C。但現在有一

2熱度

1回答

UCM Clear Case：一個項目中的流對象與多個項目的對比

我們有一個項目，並且即將添加一個新的功能塊到其他穩定的代碼庫，除了修復缺陷之外，沒有任何重大更改。該計劃不是單獨開發新功能一段時間（可能是一個月）進行中間構建和測試，並且功能已完成且質量可接受將新功能的代碼合併到主分支中。的問題是以下兩種情況下，什麼是在清除案例方面更好：創建基於當前項目的集成流基準中的新項目，開發新功能這個單獨的項目將中間交付給新項目的整合流，並從整合流中進行構建。並最終將新

2熱度

1回答

Clearcase UCM - 交叉交付與向上交付？

我們在同一級別（即同一父流）的層次結構中有兩個Clearcase UCM流。如果兩個子流都重訂到同父的基線，這是否意味着交付兩個流的活動，到父（一個，那麼其他）將相當於於：交付一個孩子流的活動，其他子流，然後簡單地將一個子流輸送到父這是事實嗎？看起來應該是這樣的，假定任何手動/用戶選擇的合併對於所有交付都以相同的方式進行。

1熱度

1回答

Clearcase UCM：不同的地基基線如何影響流之間的合併

我們採用一個模型，其中我們有一個集成和一個UCM項目的共同開發流。項目A是主幹。項目B是在項目A的整合流的基線BL1上創建的項目A的分支。項目A的開發流稍後在整合流中使用基線BL2進行了改造。所以BL2與BL1相比是一個更新的基準。問題是項目的開發流和項目的B開發流現在有不同的基礎基線（項目的開發流具有更新的基礎基線）會影響從項目的B開發流合併到項目的A開發流？我知道會有很多非平價合併，因爲差