对我来说，我正在将更改推到一个我没有写访问权的私有回购。 在执行推或拉操作时，请确保您拥有有效的访问权限。

您可以直接验证通过

为了解决这个问题，在从git中检出代码时，你需要给出如下命令:

Git checkout -b branchname origin/branchname

在这里，默认情况下我们正在设置上游分支，因此您将不会遇到上述问题。

我有同样的问题，原因是我忘记指定分支

git push myorigin feature/23082018_my-feature_eb

在一个非常简单的方面，一旦你有了其他分支，你就不能只用于推一个分支

git push

但是您现在需要指定分支，即使您已经签出了想要推送的分支，所以

git push origin <feature_branch>

主分支在哪里

这意味着您在远程存储库中没有您的分支(您想要推送的分支)，换句话说，它在远程存储库中不存在(它还没有创建)…… 所以使用以下代码:

git push -u origin 'your branch name'

这段代码将在远程存储库中创建您的分支，并将它…

你修复了推送，但是，独立于推送问题(我在“为什么我需要显式地推送一个新分支?”中解释过): git push -u origin master或git push -u origin——all)，你现在需要解决身份验证问题。

这取决于你的url (ssh在'git@github.com/yourRepo，或https在https://github.com/You/YourRepo)

对于https url:

如果您的帐户受到双重身份验证的保护，您的常规密码将不起作用(https url)，如这里或这里所解释的。

如果您的密码包含特殊字符(如这个答案)，也会出现同样的问题。

如果https不起作用(因为您不想生成辅助密钥，即PAT:个人访问令牌)，那么您可以切换到ssh，如我在这里所示。

正如qwerty在评论中所指出的，你可以在远程上自动创建同名的分支:

git push -u origin head 

Why?

HEAD(查看你的.git\HEAD文件)有当前签出分支的refspec(例如:ref: refs/heads/master) 默认的推送策略很简单

因为这个推送使用的refpec是head:(没有目标)，所以缺少:<dst>意味着更新与<src> (head，这是一个分支)相同的ref。

这将不会工作，如果头部是分离的。

或者你可以使用Git 2.37 (Q3 2022)和新的全局选项push.autoSetupRemote:

git config --global push.autoSetupRemote true
git push