$ man context-wiki/github-repos

GitHub 把你的 Git 仓库存储在云端。这是它的核心功能。在你推送到 GitHub 之前，你的代码没有备份。你的团队看不到你的工作。自动部署也不会触发。GitHub 就是存放你封好的箱子（提交）的仓库。 你可以从任何机器上继续工作。克隆仓库，你就拥有了全部历史、每个文件、每个提交。如果我的笔记本明天坏了，我在新机器上克隆仓库，5 分钟就恢复了。这不是多虑，这是基础设施。

模式

公开仓库对互联网上的所有人可见。任何人都可以阅读你的代码、克隆它、从中学习。适合开源项目、作品集和教育内容。 私有仓库是封闭的。只有你邀请的人才能看到。适合客户工作、专有代码和任何包含敏感数据的内容。 我的 GTM OS 仓库在 GitHub 上。每个技能、每个风格文件、每个合作伙伴工作流。它是唯一的真相来源。我把它设为私有，因为它包含合作伙伴专属的研究和营销策略。但网站代码从中公开部署。仓库是私有的，部署的站点是公开的。GitHub 和 Vercel 自动处理这种分离。

专业技巧

.gitignore 是一个告诉 Git 忽略什么的文件。把 .env 加到你的 .gitignore 中，Git 就永远不会追踪你的环境变量。加上 node_modules/，Git 就跳过你的依赖文件夹（可能有成千上万个文件）。这对安全至关重要。API 密钥、数据库密码、MCP 令牌，这些都不能放在你的仓库里。如果你的 .env 文件被提交到了公开仓库，这些密钥就暴露给了整个互联网。机器人会不断扫描 GitHub 寻找泄露的凭证。 规则：如果是密钥，放进 .env。如果在 .env 里，就加到 .gitignore 里。没有例外。

模式

GitHub 不仅仅是存储。它是你上下文工程系统的骨干。你的上下文仓库在 GitHub 上。你的 CI/CD 流水线由 GitHub 推送触发。你的部署预览从 GitHub 分支生成。你的提交历史记录了你什么时候构建了什么。 当我运行日报追踪器时，它扫描 git 提交来统计我发布了什么。当我运行 /deploy 时，它推送到 GitHub，Vercel 自动部署。当我引入新的合作伙伴时，研究资料进入一个 GitHub 文件夹，每个未来的代理会话都可以访问。GitHub 是让上下文在会话、机器和代理之间持久化的基础设施。