如何完整迁移Git裸中央仓库？迁移方案可行性咨询

你当前的方案核心思路正确，git clone --mirror可以完整拷贝裸仓库的所有引用、提交对象、配置等内容，但存在几个遗漏的风险点，直接执行可能造成数据丢失或服务异常，需要补全以下操作：

• 迁移前必须阻断向旧仓库的写入操作。迁移过程中如果有成员向旧路径推送代码，这部分新提交不会被同步到新镜像仓库，会直接丢失。建议迁移前提前通知团队明确窗口期暂停推送，也可以在旧仓库的hooks目录下新增临时pre-receive钩子，直接返回错误拒绝所有推送请求，等迁移验证完成后再移除钩子恢复服务。
• 镜像克隆完成后必须做完整性校验，不要立刻操作旧仓库。克隆完成后进入新仓库路径执行git fsck --full扫描所有仓库对象，确认没有损坏、缺失；再分别在新旧仓库执行git for-each-ref | wc -l统计引用总数，对比分支、标签列表完全一致后，再进行后续操作。
• 提前处理新路径的文件权限。新路径下的仓库文件属主、读写权限必须和原仓库完全匹配，否则会出现成员推送时报权限拒绝的问题。如果你的Git服务使用专用账号（比如常见的git用户）运行，需要执行chown -R <运行用户>:<用户组> /new/path/central_repo修正属主权限。
• 软链接创建后要做访问兼容性校验。你用软链接兼容旧路径的做法本身可行，但要确认所有访问入口都能正常识别软链接：如果成员通过本地文件路径访问仓库，软链接可以正常工作；如果是通过SSH、HTTP协议提供Git服务（比如搭配gitolite、GitLab、Nginx转发），需要确认对应服务的配置允许跟随软链接访问目标路径，不会出现仓库不存在的报错。
• 旧仓库不要直接执行rm -rf删除，优先做备份留存。建议将旧仓库重命名为备份文件（比如mv /existing/path/central_repo /existing/path/central_repo.bak）代替直接删除，等迁移完成后观察3-7天，确认所有成员推拉代码都无异常，再彻底删除备份，避免操作失误时无法回滚。

补全后的安全操作步骤 #

# 1. 通知团队迁移窗口期，暂停所有推送，可配置pre-receive钩子锁仓
# 2. 镜像克隆仓库到新存储路径
git clone --mirror /existing/path/central_repo /new/path/central_repo

# 3. 校验新仓库完整性
cd /new/path/central_repo
git fsck --full
# 统计新仓库引用数
git for-each-ref | wc -l
# 统计旧仓库引用数，和上面的结果做对比，必须完全一致
cd /existing/path/central_repo
git for-each-ref | wc -l

# 4. 修正新仓库权限，和原仓库保持一致
# 示例：Git服务用git用户运行时执行
# chown -R git:git /new/path/central_repo

# 5. 备份旧仓库，不要直接删除
mv /existing/path/central_repo /existing/path/central_repo.bak

# 6. 创建软链接兼容旧访问路径
ln -s /new/path/central_repo /existing/path/central_repo

# 7. 功能验证：用普通成员账号执行clone、测试提交推送、拉取操作，确认全流程正常
# 8. 通知团队迁移完成恢复使用，观察无异常后删除旧仓库备份

特殊情况提示：如果你的central_repo不是标准的裸仓库（正常Git共享中央仓库均为裸仓，即目录名一般以.git结尾，没有工作区文件），不要使用git clone --mirror迁移，改用cp -a全量拷贝整个目录即可，避免丢失工作区未提交的内容、自定义钩子等非Git标准文件。

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