我也有同样的问题。在我的例子中，这是因为必须为同一个遥控器命名。它创建了标准的“起源”，但我已经使用“github”作为我的遥控器很长一段时间了，所以它也在那里。只要我移除了“origin”遥控器，错误就消失了。

验证您没有篡改远程URL。

I just wanted to also mention that I ran into this after enabling Git as a CVS in a local Jenkins build configuration. It appears that Jenkins checked out the most recent commit of the branch I gave it and also reset my remote to correspond to the paths I gave it to the repo. Had to checkout my feature branch again and fix my origin remote url with 'git remote set-url'. Don't go pointing a build tool to your working directory or you'll have a bad time. My remote was set to a file path to my working directory, so it naturally reported everything up-to-date when I attempted to push changes with the same source and destination.

我们需要添加文件，并提交已经更改/添加的文件 执行以下命令

Git添加。或者git add nameoffile #，它将添加项目中现有的文件

Git commit -m "first commit" #提交项目中的所有文件

Git push origin master

我找到了一条捷径。转到你的。git文件夹，打开HEAD文件，把你所在的分支改回master。例如:ref: refs/heads/master

从你的git状态来看，你的情况可能和我的不一样。

但无论如何，这是发生在我身上的事情。我遇到了以下错误:

fatal: The remote end hung up unexpectedly
Everything up-to-date

这里更有意义的信息是遥控器挂了。结果是由于超过了http post缓冲区的大小。解决办法是增加

Git配置http。postBuffer 524288000

也许你想在当地开一家新分公司?

必须显式地推送一个新的本地分支:

git push origin your-new-branch-name

这是关于少年犯的一件事…你克隆一个回购，创建一个分支，提交一些更改，推送…“一切都是最新的”。我理解为什么会发生这种情况，但这种工作流程对新人非常不友好。