我发现上面的答案还有一些不清楚的地方，会误导用户。首先，git push new_origin——all和git push new_origin——mirror不能复制所有的origin分支，它只能复制你本地已经存在的分支到你的new_origin。

下面是我测试过的两种有用的方法:

1、副本由克隆裸回购。Git clone——bare origin_url，然后进入文件夹，然后Git push new_origin_url——mirror。通过这种方式，你也可以使用git clone——mirror origin_url, both——bareand——mirror将下载一个裸回购，不包括工作区。请参考这个

2、如果你有一个使用git克隆的git repo，这意味着你有裸repo和git工作区，你可以使用git远程添加new_origin new_origin_url，然后git push new_origin +refs/remotes/origin/\*:refs/heads/\*，然后git push new_origin——tags

通过这种方式，你会得到一个额外的头部分支，这是没有意义的。

我最喜欢的(也是最简单的)方法

git clone --mirror  OLD_GIT_URL
cd  NEW_CREATED_FOLDER
git remote add NEW-REMOTE NEW_GIT_URL
git push  NEW-REMOTE --mirror 

每次我谷歌如何做到这一点，我最终都会读到同样的帖子，但它并没有让我到达我需要的地方，所以希望这对我未来的自己和其他人也有帮助。

我开始了一个新的本地项目，我想把它推到我的回购(比特桶)。以下是我所做的:

导航到本地项目根目录 初始化:git init 使用:git Add添加所有文件。 git commit -m“初始提交” 去我的回购(BitBucket) 创建新的存储库:new_project 回到我的本地项目 add origin git@bitbucket.org:AndrewFox/new_project.git 使用:git Push origin master -f来提交

-f标志用于强制执行，否则它将识别出两个回购是不同的并失败。

git-push的手册值得一读。结合这个网站，我在我的。git/config中写了以下内容:

[remote "origin"]
    url = …
    fetch = …
    push = :
    push = refs/tags/*

push =:表示“推送任何‘匹配的’分支(即已经存在于远程存储库并且有本地对应的分支)”，而push = refs/tags/*表示“推送所有标签”。

所以现在我只需要运行git push来推送所有匹配的分支和所有标签。

是的，这不是OP想要的(所有要推送的分支必须在远程端已经存在)，但是对于那些在谷歌搜索“如何同时推送分支和标签”时发现这个问题的人来说可能是有帮助的。

这里有另一个对同一件事的看法，它更适合我所处的情况。它解决了您有多个远程的问题，想要克隆远程源中的所有分支到远程目标，但不需要事先检查它们。

(我与丹尼尔的解决方案的问题是，它将拒绝从源远程签出跟踪分支，如果我之前已经签出了它，即，它不会在推送之前更新我的本地分支)

git push destination +refs/remotes/source/*:refs/heads/*

注意: 如果你不直接使用CLI，你必须转义星号: Git push destination +refs/remotes/source/\*:refs/heads/\* @mattalxndr

这将把远程源中的所有分支推到目标中的头分支，可能执行非快进推。你仍然需要分别推送标签。

要推送分支和标签(但不包括遥控器):

git push origin 'refs/tags/*' 'refs/heads/*'

这相当于结合了git push的——tags和——all选项，而git似乎不允许这样做。