在我们的项目中，我们遵循敏捷实践（Sprint）。所以每天每晚的构建都会完成。在正式构建之前，我们能够确保构建的正确性。但不幸的是，大多数时候人们都会在最后一天进行一些重要的登记。
我们想锁定一些会导致更多麻烦的高度敏感的元素。
我们不想锁定集成流本身。我们只是想自动锁定一些文件和文件夹。有什么方法可以使用 Cleartool （或 powershell 中的 cleartool 命令）
问问题
1459 次
1 回答
1
我不建议锁定 vob 或文件：
- 这两个选项都会为所有（或大多数）用户锁定所有内容（即任何分支中的任何修改） 。
- 您需要（从
cleartool lock手册页）成为类型所有者、VOB 所有者或 root 才能锁定文件或 vob：如果这些敏感文件之一不是您创建的，则锁定将失败（并且 vob本身很可能是由管理员创建的） - 文件维护太麻烦（需要维护要加锁的文件列表）
锁定流或至少锁定分支仍然是您的最佳选择。
锁定正确的环境是一种简单的原子操作目标。
结合该-nusers选项，您仍然可以授权一些用户做他们需要做的事情（结帐/签入）
OP评论：
实际上我想阻止所有用户传递那些敏感文件。
如果我为特定用户锁定流，它将无法达到目的。它也会阻止他们提供其他文件
除少数用户外的所有用户的-nuser选项锁定。
集成流背后的想法是，不是进行交付的用户，而是在他/她自己的时间进行交付的流集成所有者。如果除了集成商之外的所有人都锁定了该流，他/她可以控制交付
但是，这会将这些敏感文件的控制权交给集成商（同样，仅锁定这些文件将是一个坏主意，并且会确保任何交付都失败，因为这些锁）
如果您仍然希望它们在能够控制构建仅使用这些文件的某个版本的同时交付，那么我宁愿推荐：
- 不锁定流
- 在最后一天之前设置基线
- 调整您的构建脚本以使其：
- 使用最后一天找到的任何版本
- 除了那些脚本将获取其基线版本的“敏感文件”（而不是最后一天找到的最新版本，因为所述最新版本可能已被某些最终交付更改）。
例如，请参阅“用于导出元素的 Clearcase 命令”或
“在 ClearCase 中，如何从命令行以静态视图查看文件的旧版本？ ”。
于 2012-01-04T06:31:50.847 回答