删除Git源仓库分支后其fork仓库中对应分支是否会留存？

• Fork本质是GitHub创建的独立仓库副本，和源仓库没有实时强绑定的同步关系。你在源仓库删除A团队提交的实验分支时，A团队的Fork仓库不会产生任何自动变更，已经同步到Fork里的对应分支会完整保留，GitHub不会跨仓库主动删除任何分支内容。
• 常规git pull操作不会自动删除Fork本地或者Fork远程端的对应分支。只有A团队主动执行带裁剪参数的拉取操作，比如git pull --prune，或者单独执行git remote prune <源仓库对应的远程别名>时，才会清理本地仓库中跟踪源仓库、且源仓库已删除的远程跟踪分支。要注意：这个操作仅影响A团队本地的远程引用记录，完全不会改动Fork远程仓库上已经存在的实体分支。

• 先做分支固化备份：A团队把所有实验分支同步到自有Fork后，第一时间基于这些分支的最新提交，在Fork里创建一批不带源仓库跟踪关系的备份分支，比如把原exp/feature-a分支备份为backup/exp/feature-a，有条件的可以给关键节点打tag做双重备份。这步操作完成后，哪怕后续跟踪源仓库的同名分支引用被清理，对应的提交内容也不会丢失。
• 明确远程仓库区分：让A团队在本地git配置里把两个远程源的别名明确分开，自己的Fork仓库设为origin，你的源仓库设为upstream。后续所有prune类的清理操作只针对upstream执行，就不会误碰Fork自己的远程分支。
• 正常使用同步功能即可：如果A团队平时用GitHub网页端的「Sync fork」按钮同步源仓库更新，完全不需要额外配置——这个功能默认只会同步更新Fork的默认分支（通常是main/master），不会自动删除Fork上的其他非默认分支，也不会覆盖Fork独有的分支内容。
• 权限层面做好隔离：作为私有仓库，你只要不给B团队开放A团队Fork仓库的访问权限，B团队在源仓库看不到被删除的实验分支，也无法访问到A团队Fork里的内容，完全满足特定时段隐藏贡献的需求。你作为源仓库所有者，本身也没有权限直接操作A团队Fork里的内容，只要A团队不主动删除备份分支，这些内容会一直留存。

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