Clearcase等价于git，无快进合并

什么是git的无快进（--no ff）开关的Clearcase等价物？或者如何实现相同的功能

背景

情况是，我们正在运行多个发布分支，如果需要，我们需要能够从发布分支中提取功能或缺陷修复。目前（我不是负责管理Clearcase的人）所有缺陷工作都直接检查到发布分支中，因此备份更改非常耗时，并且可能容易出错

---

当使用带有--no ff的git时，我可以非常快地退出一个特性或缺陷，而导致问题的可能性最小。

在ClearCase中，您可以取消一个（如果您使用的是ClearCase UCM），或者取消一组带有ff的文件的合并

---

但并没有“快进”的概念：并没有要移动的头部，只有要合并的版本（）。因此，如果您知道合并的版本，您可以创建取消它们的新版本（这就是负合并所做的）。

在git意义上，clearcase中没有ff，但也没有HEAD。工作流程不同。您总是将代码签入到新签入（或用git术语提交）。所以这就像你总是在做一个合并提交