【问题标题】:GIT: How dangerous is "deleted by us" conflict?GIT:“被我们删除”的冲突有多危险?
【发布时间】:2017-06-29 16:38:01
【问题描述】:

几天前,我在“master”的基础上创建了一个名为“new_branch”的新分支。当我使用文件“file.php”处理我的“new_branch”时,他分支上的第二个开发人员删除了文件“file.php”并将他的分支与“master”合并。现在我需要在当前的“master”上重新设置我的分支。命令git pull --rebase origin master之后我有冲突

被我们删除:app/file.php

我不知道该怎么做,我不想丢失我在这个文件中所做的更改。命令后

git add -A
git rebase --continue 

文件会在我的“new_branch”中消失吗?

【问题讨论】:

  • 如果您已经在至少一次提交中提交了此文件,那么它将“永远”留在这里(除非您放弃对该提交的所有引用并调用 Git 垃圾回收)。
  • @PetSerAl,我认为在重新设置此文件的基础后,IDE 中将显示为未保存。是吗?
  • 你想保留这个文件吗?
  • @TimBiegeleise,是的,当然。

标签: git


【解决方案1】:

消息deleted by us: app/file.php 的含义与您描述的完全一样,即有人在您重新构建new_branchmaster 分支中删除了此文件。

假设删除还没有被暂存,并且你想保留这个文件,那么你应该git add这个文件来标记它应该被保留:

git add app/file.php

然后,解决所有其他合并冲突并执行git rebase --continue

请注意,如果您想接受删除,请改用git rm

【讨论】:

  • “deleted by us”是指被“他们”删除了?
  • @xaxxon 请参阅此canonical answer 以获得解释。在变基中,“我们”成为您应用提交的分支,这是由于删除文件而发生合并冲突的时间。
猜你喜欢
  • 2012-07-18
  • 1970-01-01
  • 1970-01-01
  • 2017-12-06
  • 1970-01-01
  • 2011-11-12
  • 2016-10-27
  • 1970-01-01
  • 2012-11-19
相关资源
最近更新 更多