在推送规范中包含+可能是一个坏主意，因为这意味着即使没有-f, git也会很乐意执行非快进推送，如果远程服务器设置为接受这些，则可能会丢失历史记录。

试试这个:

$ git config --add remote.origin.push 'refs/heads/*:refs/heads/*'
$ git config --add remote.origin.push 'refs/tags/*:refs/tags/*'
$ git config --add remote.origin.fetch 'refs/heads/*:refs/remotes/origin/*'
$ git config --add remote.origin.fetch 'refs/tags/*:refs/tags/*'

如果你正在将分支从旧的回购转移到新的回购，并且没有所有的旧回购分支都在本地，你将需要首先跟踪它们。

for remote in `git branch -r | grep -v '\->'`; do git branch --track $remote; done

然后添加新的远程回购:

git remote add bb <path-to-new-repo>

然后你可以使用这个命令来推送所有:

git push -u bb --all

或者，如果您一次没有这样做，或者只想移动本地分支，您可以使用这里其他响应中提到的git配置命令配置repo。

重要的是，其他响应只推送所有LOCAL分支。如果分支只存在于一个备用的REMOTE存储库中，那么在没有首先跟踪它们之前，它们将不会移动。这里给出的for循环将帮助解决这个问题。

最简单的方法是:

git push --all origin

这将推动标签和分支。

在推送规范中包含+可能是一个坏主意，因为这意味着即使没有-f, git也会很乐意执行非快进推送，如果远程服务器设置为接受这些，则可能会丢失历史记录。

试试这个:

$ git config --add remote.origin.push 'refs/heads/*:refs/heads/*'
$ git config --add remote.origin.push 'refs/tags/*:refs/tags/*'
$ git config --add remote.origin.fetch 'refs/heads/*:refs/remotes/origin/*'
$ git config --add remote.origin.fetch 'refs/tags/*:refs/tags/*'

如果你从一个远端源推到另一个远端源，你可以使用这个:

git push newremote refs/remotes/oldremote/*:refs/heads/*

这对我很管用。参考这个:https://www.metaltoad.com/blog/git-push-all-branches-new-remote

添加新的远程回购，最后一步将在您推送时排除HEAD分支

git clone <url_of_old_repo>
cd <name_of_old_repo>
git remote add new-origin <url_of_new_repo>
git ls-remote . | grep 'refs/remotes/origin/' | grep -v 'HEAD' | awk -F 'origin/' '{print $2}' | xargs -i git push -f new-origin  --tags refs/remotes/origin/{}:refs/heads/{}