在我們的項目中,我們遵循敏捷實踐(Sprint)。所以每天晚上都會完成。我們能夠確保正式構建之前的構建的正確性。但不幸的是,大多數時候人們都在最後一天進行重大檢查。如何防止清理UCM中特定元素的結帳?
我們想鎖定一些會導致更多麻煩的高度敏感元素。
我們不想鎖定集成流本身。我們只是想自動鎖定一些文件和文件夾。有沒有辦法做到這一點使用Cleartool,(或在PowerShell中cleartool命令)
在我們的項目中,我們遵循敏捷實踐(Sprint)。所以每天晚上都會完成。我們能夠確保正式構建之前的構建的正確性。但不幸的是,大多數時候人們都在最後一天進行重大檢查。如何防止清理UCM中特定元素的結帳?
我們想鎖定一些會導致更多麻煩的高度敏感元素。
我們不想鎖定集成流本身。我們只是想自動鎖定一些文件和文件夾。有沒有辦法做到這一點使用Cleartool,(或在PowerShell中cleartool命令)
我不會推薦鎖定VOB或文件:
cleartool lock
man page)成爲類型所有者,VOB所有者或根,以便能夠鎖定文件或vob:如果其中一個敏感文件不是由您創建的,則鎖定將失敗(並且在VOB本身可能已經被管理員創建)鎖定流或至少分支仍然是你最好的選擇。
鎖定正確的環境是一個簡單的原子操作目標。
與-nusers
選項相結合,您仍可以授權一些用戶做什麼,他們需要(檢出/檢入)
的OP評論:
其實我想阻止所有用戶提供這些敏感文件。
如果我鎖定特定用戶的流,它將無法達到目的。這將阻止他們太
的-nuser
選項鎖提供的其他文件所有用戶除了少數。
集成流背後的想法是,不是交付的用戶,而是在他/她自己的時間完成交付的流集成所有者。如果該流對除集成者以外的所有人都是鎖定的,則他/她可以控制交付
但是,這將敏感文件控制在集成器上(再次,鎖定那些文件將是一個壞主意,確保任何交付失敗,因爲這些鎖
的)如果你仍然希望他們同時能夠控制該構建只使用這些文件的某些版本的交付,那麼我寧願建議:
哦..很好的建議。我不想阻止人們對他們的流進行更改。是否有可能阻止他們將這些敏感文件發送到集成流? – Samselvaprabu 2012-01-04 06:41:20
我刪除了我的答案,提供文件鎖定的語法。我有Clearcase/Cleartool的經驗,但我不是一個Clearcase管理員,所以文件鎖定聽起來像一個體面的方式,以防止修改,因爲海報是希望。我添加了clearcase和cleartool標籤,希望有人是管理員可能會來;-) – 2012-01-04 06:41:53
@AndyArismendi:是的,我看到一些文件鎖定的情況是一個相當痛苦的維護。我會盡快回答(就像我爲所有ClearCase問題所做的那樣),但是在乘坐地鐵之前我就看到了這個問題(那裏沒有3G信號......)。 – VonC 2012-01-04 06:43:56