解决方案没有硬编码的配置来源

在全局gitconfig中使用以下命令

[remote]
    push = +refs/heads/*
    push = +refs/tags/*

这将推送所有分支和所有标签

为什么你不应该硬编码的来源配置?

如果你硬编码:

你最终会在所有的回购中使用origin作为遥控器。你不能添加origin，你需要使用set-url。 如果一个工具用不同的名称创建了一个远程，则push all配置将不应用。然后你将不得不重命名远程，但重命名将不起作用，因为原点已经存在(从点1)记住:)

现代git已经在处理抓取了

美国每年Jakub刚纳ębski的答案:

使用现代git，你总是获取所有分支(作为远程跟踪分支)到refs/remotes/origin/*命名空间

解决方案没有硬编码的配置来源

在全局gitconfig中使用以下命令

[remote]
    push = +refs/heads/*
    push = +refs/tags/*

这将推送所有分支和所有标签

为什么你不应该硬编码的来源配置?

如果你硬编码:

你最终会在所有的回购中使用origin作为遥控器。你不能添加origin，你需要使用set-url。 如果一个工具用不同的名称创建了一个远程，则push all配置将不应用。然后你将不得不重命名远程，但重命名将不起作用，因为原点已经存在(从点1)记住:)

现代git已经在处理抓取了

美国每年Jakub刚纳ębski的答案:

使用现代git，你总是获取所有分支(作为远程跟踪分支)到refs/remotes/origin/*命名空间

最简单的方法是:

git push --all origin

这将推动标签和分支。

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

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 clone --mirror <url_of_old_repo>
~$ cd <name_of_old_repo>
~$ git remote add new-origin <url_of_new_repo>
~$ git push new-origin master
~$ git push new-origin --mirror

注意:当从Atlassian Stash克隆一个repo到AWS CodeCommit(空白repo)时，我不得不使用第二个最后(即推主第一个)命令。我不确定原因，但在push (git push new-origin——mirror) default branch指的是master以外的一些其他分支。

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

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

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