Git 解决合并时的冲突(已删除和修改)

Git 解决合并时的冲突(已删除和修改),git,Git,我正在尝试修复合并中的冲突。我必须掌握和开发。在开发过程中,我们做了一些改变,过了一段时间,我们合并到Master中 不久前,我们不得不对Master进行一些修改,因为我们的服务器从那里获取代码进行部署 当然现在当我们尝试合并主控 我将修复接受Master中所做更改的问题 对于特定文件,请使用: 关于“被我们删除”,如果您想保留该删除,只需git add-u. 一个git状态不应该再显示冲突 完成合并需要一个git commit。首先在master上重新设置分支的基础 git rebase -i

我正在尝试修复合并中的冲突。我必须掌握
开发
。在开发过程中,我们做了一些改变,过了一段时间,我们合并到Master中

不久前,我们不得不对
Master
进行一些修改,因为我们的服务器从那里获取代码进行部署

当然现在当我们尝试合并主控 我将修复接受Master中所做更改的问题

对于特定文件,请使用:

关于“被我们删除”,如果您想保留该删除,只需
git add-u.

一个
git状态
不应该再显示冲突


完成合并需要一个git commit

首先在master上重新设置分支的基础

git rebase -i <remote_name>/master
git-rebase-i/master

现在,如果您在分支Develop中更改的文件/文件与上次提交时在Master中更改的文件/文件相同,则只会导致合并冲突。如果不是,它只需在Master上重新设置它的基础。然后,您可以强制推送(
gitpush-develope--force
)到develope(现在它与主机的所有提交同步了)然后创建一个PR.

so:git checkout master git checkout--ours--modukle/Webapp/sec/Webapp/Controller/VoucherController.php git checkout--ours--modukle/Webapp/sec/Webapp/Controller/TestController.php我需要重置git吗--先合并?@DomingoSL为什么是git checkout master?你已经在主人了,如果你处于一个合并的中间。“DimigoSL我的答案是当你在合并的冲突阶段被应用。当你有大量的输出从<代码> Git状态< /代码>时,我发现使用<代码> git ls文件更容易。例如,对于未合并的文件,您可以执行
git ls files-u
git rebase -i <remote_name>/master