Git合并修复问题

我有一份回购协议，有以下分支机构：

• 主人
• 变化
• 数据库更改
• 命令

我想把它们合并到主分支中。所以，更改为master，然后数据库更改。。。。然而，合并也存在一些问题，因为在处理其他分支时，主分支也被提前了

当它说修复文件，即选择它们应该如何，我希望它们使用正在合并的分支

例如，如果我将更改合并到Master中，我希望Git使用这些更改文件。合并失败后，如何指定该值

# git checkout master
# git merge Changes
# ---LOTS of ERRORs here ---

现在我使用：

# git add -A
# git commit -m "Using these resolutions"

或者像这样：

# git checkout Changes
# git add -A
# git commit -m "Using these resolutions"
# git checkout master
# git merge Changes

---

您可以

git merge-s ours

将主节点合并到您要合并的分支中，然后将其合并回主节点。

请您详细说明使用更多代码的含义？谢谢我认为这是可行的，我在变更分支中签出时使用了这一行，然后签回主分支并提交了所有内容，bitbucket说主分支已合并到变更中正如@minitech指出的，在开始任何工作之前，始终将主分支合并到开发分支中，在你工作的同时，以及在你完成工作后，要定期检查。然后，合并到master将是微不足道的。很多小的合并要比怪物合并容易得多。是的，很公平，我喜欢这种方法，所以如果我使用

git merge-s ours

，任何完全相同的更改都将被工作分支覆盖？请注意，这样做实际上会丢弃在

主控

上所做更改的大块内容，这可能会破坏那些未被丢弃的更改部分。除了在一些非常特殊的情况下，这可能不是最明智的选择——尽管，不可否认，“嘿，看，没有合并冲突”在短期内要方便得多……对不起，我不知道你的意思。这在引用中也是什么？如果您在合并时盲目地忽略主分支上的

file.c

可能是如何修改的，只需将其替换为开发分支中的

file.c

，那么您实际上就丢弃了主分支上该文件中所做的所有更改。取决于代码如何依赖于其他文件中的代码（反之亦然），您将通过盲目地丢弃在master上所做的更改来打破某些东西……是的，我完全明白这一点。幸运的是，我对分支进行了改进，然后最终将它们合并，大师领先的唯一原因是visual studio在打开和关闭解决方案文件时，它们会发生轻微的更改，因此我可以忽略所有这些冲突！归根结底，实际上一次只有大约2个更改发生冲突！