GitHub 组织删除后能恢复吗？

8月 7, 2026

说明：本文由 Codex 根据 GitHub 官方公开文档整理，属于 AI 生成/整理内容，非作者原创。产品规则可能变化，请以文末官方文档为准。

结论：如果删除的是 GitHub.com 上的“组织本身”，不能恢复。 GitHub 将其视为不可逆操作；组织下的仓库、私有仓库的 fork、Wiki、Issues、Pull Requests、Projects 和组织页面都会被永久移除，GitHub 也明确说明无法还原这些内容。

这与“在仍然存在的组织中误删了一个仓库”不同。后者通常有恢复窗口。排查前先确认自己删除的究竟是哪一层对象。

三种容易混淆的情况#

GitHub.com：同名新组织不等于恢复#

删除组织后，GitHub 会将组织名称保留 90 天，之后该名称会自动可用于新的用户或组织帐户。重新创建同名组织只会得到一个新的空组织，不会带回原来的仓库、成员、权限、Issues 或 Pages。

还有一个容易忽略的例外：如果该命名空间中存在某些公共仓库，例如包含 GitHub Marketplace 上架 Action，或在删除前一周达到 GitHub 文档所述的克隆/Actions 使用阈值，OWNER/REPOSITORY-NAME 组合可能被永久停用。因此，不应把“90 天后可以重新注册组织名”理解为所有旧仓库 URL 都能重新占用。

如果误删的是仓库，而不是组织#

只要组织仍存在，组织所有者可进入该组织的 Settings → Deleted repositories，在可恢复列表中选择 Restore。GitHub 的说明是：已删除仓库通常可在 90 天内恢复；删除后可能需要最多一小时才会出现在恢复列表中。

需要注意两点：

• 仓库属于仍非空的 fork 网络时，不能直接恢复，需先处理 fork 网络；符合条件的付费计划用户可联系 GitHub Support。
• 恢复仓库不会恢复团队权限，恢复后应重新核对团队和仓库访问控制。

组织刚被删除时，应立即做什么#

GitHub.com 没有“恢复已删除组织”的自助入口，因此重点应转向盘点独立副本，而不是等待恢复按钮出现：

1. 保留所有开发者本地 clone、镜像仓库、离线备份和已导出的 Wiki、Issues、Projects 数据，避免执行清理或覆盖操作。
2. 盘点 CI/CD 制品、发布包、容器镜像、部署平台和其他代码托管镜像。它们可能保有部分构建产物或源码副本，但不等同于完整组织备份。
3. 分别记录需要重建的范围：Git 提交历史、默认分支与标签、Wiki、Issues/PR、团队与权限、GitHub Pages、Packages 和容器镜像。
4. 如果目标只是停止付费或暂停写入，今后优先考虑降级到 GitHub Free 或存档组织；存档会让组织只读，而不是删除内容。

下面的命令只检查一个本地 clone 是否仍保有 Git 对象和引用，不会恢复 GitHub 上的 Issues、PR、Wiki 或权限：

# 将 /path/to/local-clone 替换成仍然存在的本地仓库目录
git -C /path/to/local-clone fsck --full
git -C /path/to/local-clone show-ref --head
git -C /path/to/local-clone log --all --decorate --oneline -n 20

若这些检查正常，至少应先把本地仓库复制到受保护的位置；之后可在新组织中创建新的空仓库，再按团队既定备份/迁移流程恢复 Git 引用。这个过程只能找回本地副本中已有的 Git 数据，不能凭空恢复 GitHub 已删除的协作元数据。

GitHub Enterprise Server 是例外#

如果使用的是自建的 GitHub Enterprise Server，站点管理员可以在站点管理后台对已删除组织执行部分恢复，前提是审计日志的 Elasticsearch 索引仍有该组织的 org.delete 事件。恢复后的组织不会自动回到删除前的完整状态：原组织仓库需要单独恢复，成员、团队及其权限也要依据审计日志手动重建。

不要把这项 Enterprise Server 管理能力套用到 GitHub.com。两者的恢复能力和操作入口不同。

官方参考#

整理日期：2026-08-07。

• GitHub Docs：删除组织帐户
• GitHub Docs：恢复已删除的仓库
• GitHub Enterprise Server 3.20 Docs：恢复已删除的组织