跨git克隆

操作指令

# 1.进到空的文件夹下
d:
cd  D:\repo-code-manger

# 2.clone
git clone http://118.89.59.200:3000/HengDa-StoredValueCard/StoredValueCard-Backend.git --bare

# 3.进入工作目录
cd StoredValueCard-Backend.git

# 4.提交所有
git push http://10.47.2.54/hdnm-vip-points-mall/points-mall-management.git --all

# 4.提交标签
git push http://10.47.2.54/hdnm-vip-points-mall/points-mall-management.git --tags

克隆时带参数的区别

git clone
git clone --bare
git clone --mirror

不同之处在于，使用时--mirror，所有引用都按原样复制。这意味着一切：远程跟踪分支，备注，引用/原件/ *（来自filter-branch的备份）。克隆的回购拥有一切。它也设置为远程更新将从原点重新获取所有内容（覆盖复制的引用）。这个想法实际上是为了镜像存储库，以获得一个完整的副本，以便您可以在多个位置托管您的中央存储库，或者备份它。想想只是直接复制回购，除了更优雅的git方式。

新文档几乎说明了这一切：

--mirror

设置源存储库的镜像。这意味着--bare。相比之下--bare，--mirror不仅将源的本地分支映射到目标的本地分支，它还映射所有引用（包括远程分支，注释等）并设置refspec配置，以便所有这些引用都被git remote update目标存储库中的a覆盖。

我的原始答案还注意到裸克隆和普通（非裸）克隆之间的差异 - 非裸克隆设置远程跟踪分支，仅创建本地分支HEAD，而裸克隆直接复制分支。

假设起源有几个分支（master (HEAD)，next，pu和maint），一些标签（v1，v2，v3），一些远程分支机构（devA/master，devB/master），以及其他一些裁判（refs/foo/bar，refs/foo/baz，这可能是笔记，储物箱，其他开发者的命名空间，谁知道）。

• git clone origin-url（非裸）：您将得到所有复制的标签，一个本地分支master (HEAD)追踪远程分支origin/master和远程分支origin/next，origin/pu和origin/maint。设置了跟踪分支，这样如果你做了类似的事情git fetch origin，它们就会像你期望的那样被提取。任何远程分支（在克隆的远程中）和其他引用都被完全忽略。

• git clone --bare origin-url：您将获得全部复制的标签，地方分支机构master (HEAD)，next，pu，和maint，没有远程跟踪分支。也就是说，所有分支都按原样复制，并且它设置为完全独立，不期望再次获取。任何远程分支（在克隆的远程中）和其他引用都被完全忽略。

• git clone --mirror origin-url：这些引用中的每一个都将按原样复制。你会得到所有的标签，地方分支机构master (HEAD)，next，pu，和maint，远程分支机构devA/master和devB/master其他裁判refs/foo/bar和refs/foo/baz。一切都与克隆的遥控器完全一样。设置远程跟踪，以便在运行时，git remote update所有引用都将从原点覆盖，就像您刚删除镜像并重新克隆它一样。正如文档最初所说，它是一面镜子。它应该是功能相同的副本，可与原始版本互换。