在我们的项目中,我们遵循敏捷实践(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