对 github 的每行注释等功能进行建模

Question

我正在构建一个系统，允许用户创建内容并编辑该内容，同时保持对所有以前版本的访问。在某种程度上，您可以考虑 StackOverflow 如何允许人们发布问题，然后编辑问题，并且仍然可以查看所有以前的版本。

但是，我的用户需要能够选择内容中的文本并向该特定文本添加评论。因此，他们可以针对内容中的特定单词或短语并向其附加评论，而不是向整个内容块添加评论（如 SO 中）。

当我显示内容 blob 时，我需要显示曾经添加到其中的所有评论，无论当前版本包含什么。因此，如果附加评论的单词或短语已被删除，我仍然需要显示该评论，尽管该评论可能以某种方式表明它未附加在当前版本中。

Github 有一项功能，允许成员向特定的源代码行添加注释。这非常接近我想要做的事情。然而，我相信在 Github 中，评论仅附加到该文件的特定版本。该文件的未来版本将不会显示该注释。

像Microsoft Word这样的软件也有这样的功能。但我的应用程序将是一个具有用户之间协作功能的网络应用程序，因此多个用户可以对任何给定内容发表评论。

我正在考虑使用 CouchDB 或 MongoDB 等 NoSQL 解决方案来存储内容和评论。另一种选择是使用 git 来维护内容 blob 和版本控制，但我不确定在哪里存储评论信息。

关于如何最好地建模和存储此类信息有什么建议吗？评论如何引用内容中的单词或短语？如何最好地知道当前版本中的文本是否附加了评论？

Answer 1

您可以以一种方式进行建模，其中您有一个文件（或任何其他可以保存元数据的合适对象，例如在数据库中），用于用户所做的每条评论，并创建特定的命名约定，在其中组合评论的文件名被注释的文件、blob 的 SHA1 以及每个文件的多个注释的索引。因此，对于每个文件 foo，您可能会得到类似的内容：

foo-blob1-0
foo-blob1-1
foo-blob1-2
foo-blob1-3
foo-blob2-0
..
foo-blobm-0
..
foo-blobm-n

当提交文件的新修订版时，将会有一个新的 blob（或者可能会再次出现旧的 blob，因为由于添加了文件，该文件的先前版本可能是相同的）并删除文本）以便人们可以发表评论。对象显然还需要知道所评论文本的范围。