基于Git或Hg的现有内容存储库？
我正在寻找一个管理大型内容集合的软件，比如300MB的HTML。它需要分支和合并，如果可能的话应该分发（即dvcs） 需要全文索引 需要基于web的界面 有什么事吗？这是一个大项目，需要我花很多时间来创建 我自己构建它时，会结合Git、JGit、Lucene和Play框架基于Git或Hg的现有内容存储库？,git,full-text-search,repository,content-management,Git,Full Text Search,Repository,Content Management,我正在寻找一个管理大型内容集合的软件，比如300MB的HTML。它需要分支和合并，如果可能的话应该分发（即dvcs） 需要全文索引 需要基于web的界面 有什么事吗？这是一个大项目，需要我花很多时间来创建 我自己构建它时，会结合Git、JGit、Lucene和Play框架 一个特别的问题是300MB的文本被分成200000个文件或记录。这个数量的文件通常不是很快，因此最好跳过git的标准文件系统工作模型。…好吧，我的答案是git 没有比git更好的版本控制系统能够更快、更可靠地处理许多基于文本的
一个特别的问题是300MB的文本被分成200000个文件或记录。这个数量的文件通常不是很快，因此最好跳过git的标准文件系统工作模型。…好吧，我的答案是git 没有比git更好的版本控制系统能够更快、更可靠地处理许多基于文本的文件
对于基于web的界面，请看CGIT，我的答案是GIT 没有比git更好的版本控制系统能够更快、更可靠地处理许多基于文本的文件
对于基于web的界面-请查看CGIT以进行比较，我手头上的Linux（2.6.30）源代码的未压缩副本在大约37000个文件中有378 MB。我建议在得出文件系统工作模式行不通的结论之前尝试一些事情。我忘了提到windows兼容性很重要。。。。但不是必需的。你用什么做搜索/索引？我在看opengrok。相比之下，我手头的Linux（2.6.30）源代码的未压缩副本在大约37000个文件中有378 MB。我建议在得出文件系统工作模式行不通的结论之前，先尝试一些方法。我忘了提一下windows兼容性很重要。。。。但不是必需的。你用什么做搜索/索引？我在看opengrok。。