Clearcase：防止开发人员修改配置规范
我在一个拥有大型开发团队的组织中担任回购经理。尽管我们在沟通、标准定义和意识提高方面做出了努力，但我们仍然让开发人员在开发时修改他们的配置规范，而不是简单地进行 findmerge 来检索最新的开发。
您通常如何处理此类问题？创建视图后，有没有办法阻止用户（编码员）修改配置规范？
I work as a repo manager for an organization with large teams of developers. Despite our communication efforts, standards definition and awarness raising, we still get developers modifying their configspecs while developing, instead of simply doing a findmerge to retrieve latest developments.
How do you usually deal with such issues? Is there a way to prevent users (coders) from modifying the configspec, once the view is created?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
避免配置规范修改是 UCM (统一变更管理) 方法背后的主要目标的一部分。
但是，如果您坚持使用“基本”ClearCase（无 UCM），一种潜在的解决方法是在用户配置规范中提升包含通用配置规范。
但这并不能阻止改变。
我还看到一些管理员在视图存储中的
config_spec文件上使用 ACL 权限（以便使其不可被任何cleartool setcs修改）。但我没有亲自测试过该方法。Avoiding config spec modification is part of the main goals behind the UCM (Unified Change Management) methodology.
But if you are stuck with "base" ClearCase (no UCM), one potential workaround is to promote common config spec included within the user config spec.
But that doesn't prevent changes.
I have also seen some admins playing around with ACL rights on the
config_specfile within a view storage (in order to make it non-modifiable by anycleartool setcs). But I haven't tested that method personally.