金鱼常被误解；它们实际上能记住事情数月，而非几秒。你的代理在上下文窗口填满时会遗忘一切，使其记忆力不如金鱼。本系列通过五个 15 分钟的课程，构建一个基于 Redis Iris 的上下文感知应用。第 1 课涵盖搜索（9 月 16 日），第 2 课聚焦代理记忆（9 月 23 日），第 3 课讲解上下文检索（9 月 30 日），第 4 课介绍语义缓存（10 月 7 日），第 5 课展示完整的上下文感知应用及使用案例（10 月 14 日）。立即预留您的席位。

本周的系统设计复习探讨了 git revert 为何会导致冲突。与 reset 不同，git revert 不会重写历史；相反，它会创建一个新提交来撤销较早提交的更改，从而保持历史整洁且对共享分支安全。当后续提交修改了与被撤销提交相同的代码行时，冲突就会出现。在示例图中，提交 C2 添加了一个功能，而提交 C3 修改了那些相同的代码行。此时撤销 C2 会与 C3 的更改发生冲突，触发冲突。解决方法是运行 git revert C2，在冲突处暂停，手动修复文件，暂存它，然后继续回滚，使 Git 创建一个新提交，该提交能够干净地撤销 C2，同时保留 C3 不变。

关键实体：公司：ByteByteGo | 人物：金鱼

常见问题：为什么 git revert 会导致冲突？

Git revert 通过创建一个新提交来撤销较早提交的更改。当后续提交修改了与被撤销提交相同的代码行时，冲突就会发生，迫使 Git 要求用户决定哪个版本是正确的。