&引用；“自下而上”；Git工作原理

我记得不久前读过一篇很棒的文档，解释了Git按原样设计的基本原理。至少，我很确定它是Git特有的，但它可能只是针对DVCS概念。它并没有太多地关注你将要输入的实际命令；相反，它主要关注如何解决脱机工作、在人与人之间保持版本最新、跟踪分支之间的更改等问题，以及Git如何解决这些问题。（同样，它可能是一个不同的DVCS，但我认为它是Git）

本质上，该文档是一个随意编写的故事，讲述程序员如何跟踪他们的文件，以及Git（或其他）如何帮助解决这些问题。我记得一个早期的部分，关于如何将旧版本的文档保存在某个“备份”文件夹中，在文件中标记以跟踪每个版本，以及在编码新特征的过程中，它们可能需要如何处理bug，因此“跟踪文件”增长到包括分支。

---

我真的很喜欢读它，因为它清楚地解释了某些特性背后的许多原因，也是一个伟大的“版本控制故事”。我想再次找到它。

听起来您可能正在寻找以下一项或两项：

---

听起来你可能指的是汤姆·普雷斯顿·沃纳（Tom Preston Werner）

---

这个故事描述了一个人如何通过简单地制作完整的树拷贝（快照）来派生一个类似于Git的系统。它基于这些快照来添加分支、标记、分布式/脱机工作流、合并等。

不幸的是，这两者都不是。我要查找的文档首先是一个关于程序员如何跟踪他们的文件的故事，以及Git（或其他）如何帮助您解决这些问题的故事。不过，我已经在主要问题中包含了这一点。我想你可能在谈论使用保存的游戏概念引入版本控制。这是一个很好的介绍，可以肯定，我喜欢保存的游戏类比，但我相信我正在寻找的文档使用了一些类似于打印的字母或实际的源代码作为示例。这是我读过的最好的解释之一，它实际上唤起了人们对为什么事情会以某种方式完成的思考，而不仅仅是解释它们是如何完成的。就是这样！我真的很欣赏类似的版本控制方法；您了解某些工具旨在解决的问题，而不是试图自上而下地吸收整个工具包。