Clearcase Clear case独占签出

Clearcase Clear case独占签出,clearcase,Clearcase,是否有一种方法可以在clear case上启用独占签出? 我希望当我处理一个文件时,没有其他人能够检查它 TY您只需签出“保留”。签出同一文件的任何其他人都将获得“无保留”版本。然后,您将有权签入创建当前版本后续版本的版本,而具有“无保留”签出的任何其他人都不会签入。实际上,这是一个比独占签出更好的系统。您只需签出“保留”。签出同一文件的任何其他人都将获得“无保留”版本。然后,您将有权签入创建当前版本后续版本的版本,而具有“无保留”签出的任何其他人都不会签入。这实际上是一个比独占签出更好的系统。

是否有一种方法可以在clear case上启用独占签出? 我希望当我处理一个文件时,没有其他人能够检查它


TY

您只需签出“保留”。签出同一文件的任何其他人都将获得“无保留”版本。然后,您将有权签入创建当前版本后续版本的版本,而具有“无保留”签出的任何其他人都不会签入。实际上,这是一个比独占签出更好的系统。

您只需签出“保留”。签出同一文件的任何其他人都将获得“无保留”版本。然后,您将有权签入创建当前版本后续版本的版本,而具有“无保留”签出的任何其他人都不会签入。这实际上是一个比独占签出更好的系统。

ClearCase同时支持以下两种功能:

  • “软”悲观锁:保留签出
  • 乐观锁定:(无保留签出)
保留签出的优点是,它不会阻止其他人处理同一个文件,因为他/她必须等待您的检查,然后才能将他/她的工作与新版本合并

也就是说,您可以添加一个post-op触发器(post-checkout),该触发器将检查文件是否已签出版本,并将撤消签出并退出,并显示一条消息,阻止第二个用户在所有相同的文件上签出

cleartool mktrtype -element -all -postop checkout \
-execwin "\\path\to\checkIfNotCo.pl" \
-execunix "/path/to/checkIfNotCo.pl" \
-c "check if not CheckedOut" notco_trigger
您可能仍然需要编写
checkIfNotCo.pl
,但正如中所述,这并不是真正需要的。

如果它是一个非常敏感的文件,您可以锁定它。

ClearCase支持以下两种:

  • “软”悲观锁:保留签出
  • 乐观锁定:(无保留签出)
保留签出的优点是,它不会阻止其他人处理同一个文件,因为他/她必须等待您的检查,然后才能将他/她的工作与新版本合并

也就是说,您可以添加一个post-op触发器(post-checkout),该触发器将检查文件是否已签出版本,并将撤消签出并退出,并显示一条消息,阻止第二个用户在所有相同的文件上签出

cleartool mktrtype -element -all -postop checkout \
-execwin "\\path\to\checkIfNotCo.pl" \
-execunix "/path/to/checkIfNotCo.pl" \
-c "check if not CheckedOut" notco_trigger
您可能仍然需要编写
checkIfNotCo.pl
,但正如中所述,这并不是真正需要的。

如果它是一个非常敏感的文件,你可以将其锁定。

它比独占签出更好吗?因为如果某个白痴独占签出一个文件,然后忘记了它或外出度假,这不会阻止其他人继续工作。如果同一个白痴签出我正在处理的文件,并删除我需要的代码行??然后我检查我的文件认为一切都很好,而这个白痴想检查他的文件版本…然后发生了什么??合并假设这个家伙很愚蠢,他会做错事……即使你可以以独占方式签出,你仍然会有同样的问题——一旦你签入了更改,那么“其他白痴”仍然会出现并把事情搞砸。如果您真的只是想阻止其他用户进行更改,那么您可以将元素甚至整个分支锁定到除您之外的所有人,或者只是针对特定用户锁定它们。这比独占签出更好吗?因为如果某个白痴独占签出一个文件,然后忘记了它或外出度假,这不会阻止其他人继续工作。如果同一个白痴正在签出我正在处理的文件,并删除我需要的代码行??然后我检查我的文件认为一切都很好,而这个白痴想检查他的文件版本…然后发生了什么??合并假设这个家伙很愚蠢,他会做错事……即使你可以以独占方式签出,你仍然会有同样的问题——一旦你签入了更改,那么“其他白痴”仍然会出现并把事情搞砸。如果你真的只是想阻止其他用户进行更改,那么你可以将元素甚至整个分支锁定到除你之外的所有人,或者只针对特定用户锁定它们。非常好!非常感谢,非常好!非常感谢你。