什么是等效于git的无快进（--no-ff）开关的Clearcase？或者我如何实现相同的功能？
背景
情况是，我们正在运行多个发布分支，如果需要，我们需要能够从发布分支中提取功能或缺陷修复。目前（我不是Clearcase的管理者），所有的缺陷工作都直接检查到发布分支中，所以撤销更改是耗时的，而且可能容易出错。
当使用带有--no-ff的git时，我可以很快地退出一个功能或缺陷，而导致问题的可能性很小。
在ClearCase中，您应该取消一个活动（如果您使用ClearCase UCM），或者取消具有负合并的一组文件的合并。
但这里没有"快进"的概念：没有HEAD可以移动，只有版本（逐文件）可以合并。因此，如果你知道合并后的版本，你可以创建新的版本来取消它们（这就是负合并的作用）。
在git意义上的clearcase中没有ff，但也没有HEAD。工作流程不同。您总是将代码签入到新的签入（或git术语中的提交）。所以这就像你总是在做合并提交