我有一个旧的工作树藏，现在有几十个提交旧。然而，这个藏品仍然代表了我需要提出的一项功能的有用工作。我之前放弃了它，因为我不得不切换到更高优先级的功能，因为它隐藏了前者。现在，与往常一样，我的master代表了当前的艺术水平，显然，但我需要处理旧功能。我认为我根本不需要或根本不需要改装。事实上，在功能完成之前，我不会提交（除了存储）。
由于stashes是提交，我想我会看到我是否可以生成一个包含所述废弃特征工作和当前主分支的工作树。我做了：
git checkout stash@{0}
git merge --no-ff --no-commit master
git merge的长选项只是为了确保我有机会审核合并。令人惊讶的是，一切都变得非常顺利。看一下变化最大的一个文件的两个版本，对我来说很明显我不想让Git合并。
现在，我想要的是让Git生成我在合并冲突时得到的那种文件 - 一个<<<<<和>>>>>给我一些不同的部分。我会将这些文件编辑成合理的状态，然后从那里拿出来，没问题。
或者我准备使用git format-patch和git merge-file（我不确定，因为我从未使用过它）给我一个补丁文件，我将调整并应用于{ {1}}最有可能。
即使在Git没有看到合并冲突的情况下，“诱导”合并冲突案例的惯用方法是什么？
答案 0 :(得分：1)
你写的一些东西可以改进很多（使用stash而不是功能分支，很少提交），但你似乎很好地设置它们。
关于您的实际问题：在您要合并的两个提交之上创建新的临时提交。通过一些无关的变化来修饰你想要冲突的每一个大块头。这可能是空白，评论或其他什么。然后合并这些新提交，你会得到冲突。