Git裸克隆单分支仓库时如何重命名main分支区分不同仓库源

完全可以在克隆阶段就完成分支自定义重命名，从根源避免私有分叉主分支和内部源分支混淆，不需要额外做复杂配置，具体操作流程如下：

初始化私有分叉阶段的操作（替代原有的裸克隆+mirror推送流程） #

注意git push --mirror会把裸仓库里所有引用（包括远程跟踪分支、标签等）全量强制推送到目标仓库，很容易覆盖目标仓库现有内容，做自定义分支结构的分叉时不建议使用，按以下步骤操作更可控：

1. 仅拉取内部源仓库main分支的裸仓库副本

   git clone --bare -b main --single-branch <internal-repo-url> internal-fork-tmp
   

2. 进入裸仓库目录，将拉取到的源仓库main分支重命名为自定义的同步分支名（比如命名为internal-sync，专门用来存储内部源的同步代码，和你自己的主分支完全区隔）

   cd internal-fork-tmp
   git branch -m main internal-sync
   

3. 关联私有分叉仓库地址，推送分支并创建属于你自己的独立main主分支

   # 添加私有分叉为远程仓库
   git remote add private-fork <private-fork-url>
   # 推送重命名后的内部源同步分支到私有分叉
   git push private-fork internal-sync
   

   这一步可以根据自己的需求选择私有main分支的初始化方式：
   • 如果希望私有main分支初始内容和当前内部源main完全一致，直接基于同步分支切出main分支推送即可：

     git branch main internal-sync
     git push private-fork main
     

   • 如果需要完全独立、不带内部源提交历史的私有main分支，执行以下命令创建空提交的main分支：

     git push private-fork $(git commit-tree $(git hash-object -t tree /dev/null) -m "init private fork main"):refs/heads/main
     

   如果使用Github/Gitlab这类代码托管平台，可以直接在仓库设置页面把main设为默认分支，不需要额外通过命令配置。

后续日常同步操作（完全不会出现分支混淆） #

之后在本地工作目录克隆自己的私有分叉即可，同步内部源更新的时候，代码只会拉到单独命名的同步分支，不会影响你自己的main分支：

# 克隆自己的私有分叉
git clone <private-fork-url> my-workspace
cd my-workspace
# 添加内部源仓库为远程，命名为internal
git remote add internal <internal-repo-url>
# 配置拉取规则：拉取internal源的main分支时，自动同步到本地的internal-sync分支，不会触碰本地main
git config remote.internal.fetch +refs/heads/main:refs/heads/internal-sync

配置完成后，每次要同步内部源更新，只需要执行：

git fetch internal

执行完之后，本地internal-sync分支就是内部源main分支的最新版本，自己的开发改动都存在main分支，两个分支名称完全独立，不管是合并、对比还是回滚都不会搞混。需要把内部源更新合入自己的主分支时，手动执行git checkout main && git merge internal-sync即可，不会出现直接git pull internal main时，误把源分支代码拉到当前分支搞乱本地改动的问题。

可选简化方案（已创建好分叉可直接使用） #

如果已经用原有方式创建好了私有分叉，不需要重新建仓，直接在本地工作仓库执行以下配置即可实现分支区隔：

# 进入本地私有分叉工作目录
cd your-workspace
# 把本地原来跟踪源的main分支重命名为internal-sync
git branch -m main internal-sync
# 重新创建属于自己的main分支，需要保留源初始内容就从internal-sync切，不需要就用--orphan创建空分支
git checkout -b main internal-sync
git push -u origin main
# 配置internal远程的拉取映射规则
git config remote.internal.fetch +refs/heads/main:refs/heads/internal-sync

配置完成后的使用逻辑和上述方案完全一致。

内容的提问来源于stack exchange，提问作者Terodyne