我所在的团队中有几个开发人员在Bitbucket上使用Git。我们都在一个开发分支上工作,在发布之前不催促master。

其中一个开发人员提交了错误的代码,不小心覆盖了我自己的代码,现在我正试图将正确的代码推回存储库。我已经阅读了关于这个错误的几天了,我不能再推送到存储库,因为我得到了以下错误:

 ! [rejected]        master -> dev (fetch first)
error: failed to push some refs to 'https://myusername@bitbucket.org/repo_user/repo_name.git'
hint: Updates were rejected because the remote contains work that you do
hint: not have locally. This is usually caused by another repository pushing
hint: to the same ref. You may want to first integrate the remote changes
hint: (e.g., 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.

我按照说明进行了拖动,但随后收到了合并冲突。在输入合并冲突的消息后,我的本地代码现在是其他开发人员意外上传的错误代码(正如从pull中预期的那样)。因此,我用提交前复制的备份替换了错误的代码,当我再次尝试推送时,我得到了相同的错误。

我该如何解决这个问题?

以下是我为了提交而运行的命令:

git pull remotename master:dev
git add --all
git commit -m "some message"
git pull remotename master:dev
git push remotename master:dev

我本以为,如果我保持这个顺序,就不会收到合并冲突。我想我错了。

我已经在谷歌和Stack Overflow上找了几个小时,并遵循了不同的指示,但我仍然无法将Git推送到开发分支。


当前回答

好吧,实际上github比我们想象的要简单得多,它绝对会发生,每当我们试图推,即使我们显式地插入一些文件在我们的git存储库,所以,为了解决这个问题,简单地尝试..

: git拉

然后. .

:git push

注意:如果你不小心卡在vim编辑器拉你的存储库比不要担心,只是关闭vim编辑器,并尝试推:)

其他回答

我修好了,但我不确定我做了什么。 我试着用:

Git pull <remote> dev . exe 而不是 Git拉<remote> master:dev

这通常发生在回购包含一些不在本地的项时。因此,为了推动我们的更改,在这种情况下,我们需要集成远程更改,然后进行推送。

所以从远程创建一个拉

git pull origin master

然后把更改推到那个遥控器上

git push origin master

好吧,实际上github比我们想象的要简单得多,它绝对会发生,每当我们试图推,即使我们显式地插入一些文件在我们的git存储库,所以,为了解决这个问题,简单地尝试..

: git拉

然后. .

:git push

注意:如果你不小心卡在vim编辑器拉你的存储库比不要担心,只是关闭vim编辑器,并尝试推:)

如果你已经用ReadMe文件初始化了一个新的GitHub repo,并且还收到了一个致命的错误,像这样:

致命的:拒绝合并不相关的历史

然后你可能想试试下面的命令:

git pull origin master --allow-unrelated-histories

现在你可以尝试将你的项目推到你的新存储库:

git push origin [branch]

注意:如果你已经在Github中初始化了存储库,并且在本地提交,那么你需要使用上面建议的命令,第一个命令“git pull origin…”否则,您可以简单地键入以下命令:

git pull origin [branch]

希望对大家有帮助。

Git pull <remote> master:dev将获取远程/master分支并将其合并到本地/dev分支中。

Git pull <remote> dev将获取远程/dev分支,并将其合并到当前分支中。

我想你说过冲突的提交是在远程/dev上,所以这可能是你想要获取和合并的分支。

在这种情况下,您实际上并没有将冲突合并到本地分支中,这有点奇怪,因为您说您在工作副本中看到了不正确的代码。您可能需要检查remote/master中发生了什么。