因为也许它没有什么可推的(真的，没有什么可推的)。这样做:

git remote add origin https://github.com/donhuvy/accounting133.git
git remote -v
git add .
git commit -m"upload"
git push --set-upstream origin master

在您的情况下更改远程存储库的URL。你可以跳过命令git remote -v，只是为了检查。

在我的例子中，分支名称前缀已经存在于远程，所以基本上，如果你有一个分支名称“fix”，你不能推送另一个名称为“fix/new_branch_name”的分支。

重命名分支解决了我的问题。

如果您正在使用Gerrit，这可能是由提交中不适当的Change-id引起的。尝试删除Change-Id，看看会发生什么。

(注意:从2020年10月开始，任何新的存储库都是用默认分支main创建的，而不是master。您可以将现有存储库默认分支从master重命名为main。 2014年剩下的答案已经更新为“main”)

(以下假设github.com本身没有崩溃，eri0o在评论中指出:查看www.githubstatus.com确认)

如果GitHub回购看到了新的提交，当你在本地工作时，我建议使用:

git pull --rebase
git push

完整的语法是:

git pull --rebase origin main
git push origin main

Git 2.6+(2015年9月)，在完成(一次)之后

git config --global pull.rebase true
git config --global rebase.autoStash true

简单地拉一下就够了。 (注:与Git 2.27 Q2 2020，合并。Autostash也可用于你的常规拉，没有调整)

这样，你会在最新更新的origin/main(或origin/yourBranch: git pull origin yourBranch)上重放(——rebase部分)你的本地提交。

在第6章用rebase of the Git Pocket Book中可以看到一个更完整的例子。

我建议:

# add and commit first
#
git push -u origin main

# Or git 2.37 Q2 2022+
git config --global push.autoSetupRemote true
git push

这将在本地主分支和它的上游分支之间建立跟踪关系。 在此之后，任何对该分支的未来推送都可以使用简单的:

git push

同样，使用Git 2.37+和它的全局选项推送。autoSetupRemote，一个简单的git推送即使是第一个也会做同样的事情(即:在你的本地主分支和它的上游分支origin/main之间建立跟踪关系)。

参见“为什么我需要显式地推一个新分支?”。

因为OP已经在origin/main上重置并重做了它的提交:

git reset --mixed origin/main
git add .
git commit -m "This is a new commit for what I originally planned to be amended"
git push origin main

没必要拉，换底价。

注意:git reset——mixed origin/main也可以写成git reset origin/main，因为——mixed选项是使用git reset时的默认选项。

Git错误:当本地存储库名称与相应的远程存储库名称匹配时，也会出现未能推一些引用。在将更改拉入远程存储库之前，请确保您正在使用正确的存储库对。

如果拼写错误，并且希望删除本地存储库，请执行以下步骤。

删除Windows上的本地存储库:

del /F /S /Q /A .git 删除目录. 更正本地文件夹名称(XXXX02->XXXX20)，或者如果是新创建的repo，则删除它并重新创建repo (XXXX02 repo名称更改为XXXX20)。 git init 如果没有映射，则使用远程repo重新映射。 git remote add origin https://github.com/<username>/XXXX20.git . zip Git push -u origin master

创建一个新的分支为我解决了这个问题:

git checkout -b <nameOfNewBranch>

正如预期的那样，不需要合并，因为前一个分支完全包含在新分支中。