Git中是否可能丢失带完整提交历史的分支？

问题1：删除分支的操作无法溯源操作者的说法是否正确？ #

这个说法不准确，要分场景判断：

• 纯本地无任何额外配置的Git仓库：Git本身确实不会内置记录分支创建、删除、修改这类引用操作的审计日志，本地删了分支之后，默认没有原生日志可以直接定位操作者。
• 团队协作使用的远端托管仓库：所有对远端分支的删除、修改操作，都会被托管服务的审计日志记录，管理员可以直接查到操作人、操作时间，完全可以溯源。只有完全没有审计配置的本地/裸仓库场景，才会出现无法溯源的情况。

问题2：分支删除后提交被GC清理、多年后完全无法找回代码的场景是否会发生？ #

这个场景理论上存在，但在正常开发流程中发生概率极低：

• 分支刚被删除时，分支本质只是存了提交哈希的小体积指针文件，删除分支不会立刻删掉提交对象，对应提交只是变成了不可达状态，只要记得提交哈希6c0508c3e，就可以直接通过git checkout 6c0508c3e拉取对应代码；就算忘了哈希，也可以通过git reflog查询最近操作过的提交记录找回。
• Git的垃圾回收机制不会立刻清理不可达对象，默认配置下，悬空的提交对象会至少保留2周才会被GC标记删除。而且就算本地仓库的GC把对象清掉了，只要之前有其他开发者拉取过这个分支，他的本地仓库里仍然留存有对应提交；绝大多数代码托管平台也自带分支回收站、对象备份机制，删除的分支、清理掉的提交都可以在保留期内通过平台恢复。
• 真正会导致代码彻底丢失的极端情况需要同时满足多个条件：该旧版本从来没有打过tag留存、没有任何开发者本地留存过对应副本、分支删除后过了GC保留窗口、托管平台的回收站和冷备份也被彻底清空，这种情况下确实没有途径找回代码，但正常团队一般会给正式发布的旧版本打tag，tag指向的提交永远是可达状态，不会被GC清理，基本不会碰到这种极端情况。

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