"此拉取请求包含必须解决的合并冲突."

Question

我正在接受PR的错误,但是当我git status说它时nothing to commit, working directory clean.

这是PR的分支机构.

On branch pr12
nothing to commit, working directory clean

Answer 1

git status告诉你关于你的状态工作目录树,你的指数相对于最新的(这里上演的改变生活)提交关于当前分支.您看到的输出意味着磁盘上的文件与分支上​​的最新提交完全匹配.也就是说,"无需承诺".

来自GitHub的消息不是关于提交,而是关于合并.GitHub希望为您提供一键式方法将此分支合并到您的master分支中,但它不能,因为该合并会导致冲突.由于GitHub无法通过网站帮助您解决冲突,因此它会要求您在自己的计算机上解决冲突.

处理这种情况的最佳方法是在当地将当前主分支合并到主题分支,然后将结果推送到GitHub.为此,请执行以下操作:

$ git checkout pr12  # If you're not already on pr12
$ git fetch origin
$ git merge origin/master

(我假设GitHub遥控器被调用origin.它通常是,你可能知道它是不是.)

首先,我们确保我们在正确的分支上.然后我们确保我们从masterGitHub仓库的分支机构获得最新代码.然后我们将该代码合并到我们的pr12分支中.

请记住:将git fetch origin我们的本地更新origin/master为与GitHub相同master,但它不会触及简单的本地分支master.我们必须检查我们的master分支机构以对其进行更改.相反,我们只是更新我们对GitHub(origin/master)上的内容的想法并将其合并到我们的内容中pr12.

运行该merge命令时,您将看到冲突.那些代表git(和GitHub)无法自动生成的决定.编辑这些文件,使它们成为您希望它们结束的方式.然后:

$ git add each/file.txt that/had/conflicts.conf
$ git commit   # Your editor will open with a pre-filled
               # commit message. Just save and close the file.
$ git push origin pr12

也就是说,我们添加了我们修复的文件版本,然后完成了我们开始的合并提交git merge.最后,我们使用新的合并提交将分支推送到GitHub.

既然我们已经解决了冲突,那么这个分支应该是微不足道的,可以将其他方式合并到一起master.GitHub会注意到这一点,并给你一个绿色的"合并"按钮.

Answer 2

当我遇到这条消息时,那是因为我的特殊仓库的叉子落后于原件.在我的特殊情况下,我分叉的回购是pydata/pandas.

我不得不通过以下方式为我的fork配置一个遥控器:

> git remote add upstream git@github.com:original_user/original_repo.git
> git remote -v
origin  git@github.com:some_user/pandas.git (fetch)
origin  git@github.com:some_user/pandas.git (push)
upstream    git@github.com:pydata/pandas.git (fetch)
upstream    git@github.com:pydata/pandas.git (push)

(注意:git remote add upstreamgit的方式是说"添加一个名为"的上游".名称可以是任何东西.)

然后我从原始仓库获取最新的提交:

> git fetch upstream
> git checkout master # Just in case you're not already on master
> git merge upstream/master

最后将合并后的repo推回到github:

> git push