管理git与clearcase中的临时更改

我们正在考虑从clearcase迁移到git。 然而，我的组织习惯于使用clearcase配置规范作为跟踪临时代码更改的地方

例如，v1.1的配置规范是：

# temporary workaround patch to be removed later!
element file1.c /main/temporarybranch/1

# main project label
element * v1.0

由于git的原子提交，我们需要与团队其他成员共享临时补丁，因此我们也需要将临时补丁推送到主存储库

---

跟踪这些临时修补程序以便以后删除它们的典型工作流是什么

您只需创建一个分支，就可以将其推送到主回购协议，然后再将其删除

git checkout -b temp v1.0

该分支将允许您从v1.0标记（在Git中替换ClearCase标签或UCM abaseline）开始隔离任何需要的文件
因此，它不是“特定于文件”，但它允许您管理任意数量文件的更改

---

这与Git中的另一种方法不同，在Git中，您希望忽略对文件的本地修改：

git update-index --skip-worktree -- yourFile

请参阅“”。

---

这将是一种本地的临时变更方式，但您无法与其他任何人共享该临时变更。

您只需创建一个分支，就可以推送到主回购，以后可以删除该分支

git checkout -b temp v1.0

该分支将允许您从v1.0标记（在Git中替换ClearCase标签或UCM abaseline）开始隔离任何需要的文件
因此，它不是“特定于文件”，但它允许您管理任意数量文件的更改

---

这与Git中的另一种方法不同，在Git中，您希望忽略对文件的本地修改：

git update-index --skip-worktree -- yourFile

请参阅“”。
这是一种本地的临时变更方式，但您无法与其他任何人共享该临时变更