0
項目採取了這麼長時間才決定從7.1.2.6升級ClearCase的,我們8個外出的支持在不到一年的時間,我們現在看到的CC版本9Upgrde到ClearCase的9
沒有人有任何經驗或知識,如果潛力陷阱或問題這樣做。
我們正在使用UCM CC和CQ,並且看過一篇文章描述了這種工作方式的更新情況,但是還有其他人遇到過什麼嗎?
項目採取了這麼長時間才決定從7.1.2.6升級ClearCase的,我們8個外出的支持在不到一年的時間,我們現在看到的CC版本9Upgrde到ClearCase的9
沒有人有任何經驗或知識,如果潛力陷阱或問題這樣做。
我們正在使用UCM CC和CQ,並且看過一篇文章描述了這種工作方式的更新情況,但是還有其他人遇到過什麼嗎?
常見的絆腳石包括:
9.0中有很多工作讓ClearCase更「線程友好」,以允許在後續版本中對多個服務器進程進行多線程處理。一些(視圖和改進)應該在9.0.1中很快出現。
與任何大型系統遷移一樣,建議設置測試環境,以便在生產中實施工具集成之前查找任何問題。
Brian,非常感謝。我只是將我們的測試環境設置爲使用獨立Windows Server 2012盒上的vob和view服務器。我們的VOB目前在FL 5和Schema 54.即使我們最初只更新服務器端,我們是否仍然需要更新到FL6?或者,即使是這樣,FL6也是一個預先要求?我們最初的希望是在Ver 9遷移到新的服務器,並在以後的日子再次停機增加FL和Schema。 –
要素級別必須先提高到至少6。如果您使用複製,VOBS這是至關重要的。架構不必立即提出。 –
感謝Brian,我們沒有複製VOBS,所以在遷移後可以升級FL。現在正在努力談判appropraite停機做這一切。 –