我发现当从默认主分支重命名为主分支的回购中提取更新时，经常发生这种错误。 在2020年将主分支重命名为主分支的趋势之后，遇到了很多这种情况。

因此，如果你之前用默认的主分支克隆了一个repo，并且这个分支已经重命名为main，一种修复方法是简单地将你的上游从master指向main:

Git分支——set-upstream-to=origin/main master

如果该命令成功，您应该看到如下消息:

分支'master'设置为从'origin'跟踪远程分支'main'。

然后，你可以使用git branch -m master main将本地分支从master重命名为main(以保持与远程分支名称一致)

我发现当从默认主分支重命名为主分支的回购中提取更新时，经常发生这种错误。 在2020年将主分支重命名为主分支的趋势之后，遇到了很多这种情况。

因此，如果你之前用默认的主分支克隆了一个repo，并且这个分支已经重命名为main，一种修复方法是简单地将你的上游从master指向main:

Git分支——set-upstream-to=origin/main master

如果该命令成功，您应该看到如下消息:

分支'master'设置为从'origin'跟踪远程分支'main'。

然后，你可以使用git branch -m master main将本地分支从master重命名为main(以保持与远程分支名称一致)

我是在用纱线装包的时候遇到的。自己的依赖项将分支main重命名为master。仅更新上游依赖并不能修复它，我还必须清理yarn缓存。

项目A重命名了主分支(main -> master)。项目A是项目B的一个依赖项。 yarn install on Project B <——导致错误 在项目A上推送更新 yarn install on Project B <——导致错误 纱线缓存清理 纱线安装在项目B <-工作现在

非正式的，但是删除我的本地项目并重新克隆是有效的。

我这样做是安全的，因为我从来没有为合并开发过分支。

在我的情况下，master不能在一个新项目中获取。

在我把它放到命令行之后，

Git配置——global http。sslVerify假

裁判:https://confluence.atlassian.com/bitbucketserverkb/can - t - - bitbucket都访问服务器与- git -发行者证书无效- 779171808. - html

您可以通过运行以下命令轻松地将本地分支与远程分支连接起来:

git checkout <your-local-branch>
git branch --set-upstream-to=origin/<correct-remote-branch> <your-local-branch>
git pull