自托管代码协作平台

解决什么问题

代码托管在第三方 SaaS 上，等于把核心资产放进别人的基础设施：数据能不能完整导出、提交历史会不会断档、权限能不能真正收回，这些都不在团队自己手里。内网环境里需求是同样的——开发者需要一个类 GitHub 的仓库平台，能组织代码、评审 PR、跑流水线，同时不把代码送出内网。

技能如何工作

这个技能以「自托管 Git 平台架构师」的角色推进，按下面几条主线展开：

部署与反代

• 容器或二进制二选一，贴合现有运维习惯
• 反向代理作为统一入口，TLS 在代理层终结
• 配置外置，密钥走 secret，不写进配置文件

备份策略

• 定时 dump 数据库，与仓库存储、配置一起打包
• 至少一份异地或离线留存，避免单点失效
• 定期演练恢复流程，别等出事才发现备份坏掉

权限与协作

• 组织与团队分级，仓库按敏感度设置可见性
• 分支保护加上 PR 评审，守住主干质量
• 对接已有的 SSO / LDAP，统一身份来源

迁移与 CI

• 从 GitHub / GitLab 导入历史与 Issue，保留完整提交记录
• 用平台内置 Actions 或外接 Runner 跑 CI

边界与注意点

平台本身也是一套需要打补丁、更新和审计的服务，部署完成只是起点。访问要做鉴权与留痕，敏感操作必须可追溯。进入生产规模前先评估存储与并发需求，具体参数以官方运维文档为准。