2012-01-27 64 views
2

我們有一個配置規範,我們使用我們的構建,我們鼓勵組織中的所有開發人員使用,以便他們可以在構建中運行任何任務而不用擔心失敗。我們現在需要更新配置規範以包含新元素或排除舊元素。ClearCase快照視圖的集中配置規範

當我們這樣做時,這個過程就是給我們所有的開發人員寫一封快速郵件,告訴他們手動更新他們用來構建我們的系統的任何視圖,並使用當前的配置規範。

這很煩人,容易出錯,因此會導致許多開發人員忽略這些郵件,然後我們會因爲構建被破壞而被調用。

我非常感興趣的是以某種方式集中定義配置規範,以便所有視圖都可以使用該配置規範,並且我們可以在人員底下更新它。這可能看起來很嚴厲,但是當你有數百個開發人員,他們都應該運行相同的構建時,這似乎是有道理的。

我已經調查使用共享存儲配置規範,然後將其包括在使用include線開發者的意見的想法,但作爲documentation states:「包含文件在setcs的每次執行重讀和edcs。「這在測試中出現,意味着它似乎意味着什麼,只有在重新評估規則時,纔會以某種方式編輯配置規範。

我正在尋找的解決方案將在您每次使用clearcase進行交互時重新評估配置規範,或者至少進行更新。這樣,我就可以管理每個人的配置規範。

想法?

回答

2

我可以工作,尤其是如果您的包含配置規範不會經常更改。
每次它會改變,您的用戶必須運行

cleartool setcs -current 

(如example#2 of this technote解釋的),那麼你需要決定在何處存儲常見的配置規格:

  • 分享驅動器
  • 在ClearCase視圖中,以便從該通用配置規範內容的歷史功能中受益。

你可以看到一個full debate in this thread

不過,我有其中一個版本控制 包括文件是必要的,因爲它提到了很多從原有的代碼,用戶必須使用元素 遇到的情況繼續他們在新代碼的 上的工作。這很痛苦,我們必須忍受它。

就像其他任何'流程'一樣,這也需要一些'教育'給用戶。

+0

這實際上並不可怕。如果沒有人想出實際做我要求的方式,我可能會接受這一點。 – 2012-01-27 20:26:34

相關問題