【问题标题】:Clearcase: checkout and modify but forbid checkinClearcase:签出和修改但禁止签入
【发布时间】:2010-01-31 03:20:20
【问题描述】:

是否可以在明文情况下签出文件以进行修改,从而无法将其签入?我将在私有分支上破解一些文件,只有其中一些我想签入。我想消除意外签入不需要的更改的可能性。 (我知道我们可以编写一个触发器来检查结帐评论中的魔术关键字;我正在寻找 CC 内置的东西。)

【问题讨论】:

  • 刚刚添加了相同的解决方案,适用于动态视图。

标签: clearcase


【解决方案1】:

“Hacking some files”用 ClearCase 术语拼写:在快照视图中劫持文件

您所要做的就是:

  • 锁定这些文件(除了您知道可能签出/签入文件的少数开发人员:cleartool lock -nusers userA,userB,... aFile
  • 创建快照视图
  • 更改读/写权限(在OS级别,这里与ClearCase无关)
  • 直接修改它们(无需先检查它们,因此处于“劫持”状态)

OP Kevin Little在评论中添加:

唉,我们只使用动态视图

很简单:

“Hacking some files”用 ClearCase 术语拼写:动态视图中的黯然失色的文件

您所要做的就是:

  • 锁定这些文件(除了您知道可能签出/签入文件的少数开发人员:cleartool lock -nusers userA,userB,... aFile
  • 创建动态视图
  • 将需要修改的文件复制为aFile.tmp
  • 修改配置规范以不选择它们
  • 将它们复制回原来的名称(它们变得“黯然失色”,因为它们的私有版本覆盖了官方版本的对应版本)
  • 从配置规范中删除“无”选择规则
  • 直接修改

要不选择它们,请添加到配置规范 (ct edcs)在其他规则之前

element /a/path/to/aFile1 -none
element /a/path/to/aFile2 -none
...

要恢复它们,您只需移动或删除这些文件即可。
它们将动态地被它们原来的且仍然是版本化的元素替换。

【讨论】:

  • 是的,如果我们使用快照视图,我可以看到这将如何工作。唉,我们只使用动态视图。 :( 谢谢你的信息;你显然很了解 CC!
【解决方案2】:

我不知道管理。从用户的角度来看,您可以有 2 个视图。在一个视图中,签出您不想签入的文件。在另一个视图(您的视图)中,将它们无保留地签出。然后,如果您尝试将它们签入,则会收到错误消息,因为它们已被签出到另一个视图。

【讨论】:

  • 这会阻止其他开发人员在工作时签入文件。我只是想确保不这样做,因为它们不是“我的”,我只是破解它们来帮助我折磨测试我的新代码。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2013-05-24
  • 2012-11-30
  • 1970-01-01
  • 1970-01-01
  • 2013-05-14
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多