Git
Git是一个开源的分布式版本控制系统，由Linus Torvalds于2005年创建。它允许开发者追踪文件的历史变更、管理代码分支与合并，支持多人协作开发。Git采用去中心化架构，每个用户本地均保有完整的代码仓库副本，具有高效的分支管理能力和数据完整性保障，是目前软件开发领域最广泛使用的版本控制工具。
核心事实
时间轴 (近 90 天)
拉取请求是分布式版本控制系统（如Git）中的协作机制，开发者在一个独立分支上完成修改后，向主仓库发起合并请求，由代码所有者审查、评论、要求修改或批准，最终决定是否合入。
提交哈希（commit hash）如 8e1ba5b 是 Git 对提交内容计算出的 SHA-1 摘要的前缀，具有唯一性，可用于精确定位某次提交。
work tree 提供了比复制整个仓库更轻量的隔离方式，适合同时试验多个方案或并行处理不同任务的场景。
安装 Hermes 前需要 Git 和 NodeJS 两个环境。
知识库的接入只需一条提示词，让 Agent 自动调用 Git 拉取前辈整理好的技能资源到本地。
当 AI 生成的代码未通过测试或静态检查时，系统需要能安全地撤销这次改动并重新尝试，通常借助 Git 分支或提交快照实现：每次 AI 改动前记录基线，验证失败即恢复到基线，再带着失败信息重新提示模型。
Joe Stych此前从未使用过Git仓库或部署过应用，他在一天内为Zapier营销团队构建了内部应用Marketing Hive的第一版。
对多数中小团队而言，标准 Git 仍是更经济的选择。
在标准 Git 中，服务端处理海量分支与频繁拉取时，大量工作被重复计算，每次 fetch 往往需要重新生成或重新打包对象。
OpenAI 自研了 Git 后端 Pando，用于其超大型单体仓库。
还有 40 条时间轴事件
全部知识事实 (20)
AI自动化缺陷修复存在'过拟合修复'问题——AI可能生成能通过现有测试但引入新隐患的补丁
90%已验证Git支持使用GPG对提交和标签进行密码学签名，签名中绑定了提交内容与签名者的私钥。
85%已验证HowToLiveBetter 的自部署流程包括：git clone 仓库、pip install -r requirements.txt、python run.py。
80%已验证Git是软件工程中用于追踪代码变更的分布式版本控制系统，其Diff功能可以精确显示两个版本之间的差异
80%已验证Git采用分布式架构，每个开发者本地都拥有完整的版本历史，无需依赖中央服务器即可进行大部分操作
80%已验证Claude Code是Anthropic推出的命令行AI编程工具，能够直接读写文件系统、执行shell命令、管理Git操作
80%已验证Agent的记忆系统通常分为三个层次：工作记忆（当前对话上下文窗口）、短期记忆（近期交互历史）和长期记忆（通过向量数据库持久化存储）
80%已验证Git LFS（Large File Storage）是Git的扩展协议，通过将大文件替换为指针文件、实际内容存储在独立服务器上的方式解决大文件版本管理问题
80%已验证Git是由Linux内核创始人Linus Torvalds于2005年开发的分布式版本控制系统
80%已验证Git WorkTree是Git 2.5引入的原生功能，允许从同一个仓库检出多个工作目录
80%已验证GitHub是全球最大的代码托管平台，基于Git版本控制系统
80%已验证Git 拒绝让两个 worktree 共享同一个分支，会报错 'refactor' is already used by worktree。
80%已验证Anthropic 自研了名为 Scion 的版本控制系统，用于替代 Git
75%已验证合并请求（Pull Request / PR）是现代软件协作的核心机制，开发者在独立分支完成开发后向主代码库发起合并申请并经代码审查后合入主干
75%已验证Git 采用基于标签（tag-based）的发布模型
75%已验证Git由Linus Torvalds于2005年为Linux内核开发而创建
75%已验证Git 标签分为轻量标签和附注标签两种，附注标签是 Git 数据库中的完整对象，包含创建者信息、日期、说明及可选的 GPG 签名
75%已验证Git 使用 SHA-1（以及逐步过渡的 SHA-256）哈希将每个提交串联成链条
75%已验证CodeRabbit通过比较Git分支间的差异（Git Diff）来识别代码修改并提供审查建议，而非扫描整个代码库
75%已验证Skills文件可以纳入Git版本控制系统，实现提示词迭代的diff记录、提交信息和分支历史管理
75%