我想锁定组件的主分支,以便其他人无法检查任何破坏现有功能或API兼容性的更改。我为组件中的所有文件完成了cleartool lock <element>@@/main
,但这也可以防止结帐操作。
我认为仍然允许在分支机构办理退房手续,但我在一个非常原始的SCM实践环境中工作,其中存在对分支的不自然的恐惧。是否可以锁定分支以进行签入并仍然允许签出?
我唯一能想到的就是设置一个ClearCase触发器。那里有更好的选择吗?
答案 0 :(得分:1)
作为discussed in this thread,锁定文件夹和元素并不理想。
为了在不必为每个客户端部署策略的情况下实施策略,设置触发器仍然是最佳选择。
该线程建议(结账时,但同样的想法可以适用于签到)
在目录上放置一个触发器以停止结帐 默认情况下,当您在目录上放置“element”触发器时,它将通过其附件列表和继承列表应用于它的当前元素和将来的目录元素。
cleartool mktrtype -ele -preop checkout -exec /path/to/script NO_CHECKOUT
cleartool mktrigger NO_CHECKOUT /path/to/dir_name
在您的情况下,/path/to/script
(所有客户端都应该可以访问的路径)需要检查当前分支是否为/main
(使用trigger environment variables,如{{1} }})。