化石http://www.fossil-scm.org
我最近发现了它，并已开始将其用于我的家庭项目。我想听听其他人对这个VCS的看法。

我心中缺少的是IDE支持。希望它会来，但是我使用命令行就可以了。

关于化石，我最喜欢的东西：内置Web服务器Wiki和错误跟踪的单个可执行文件。该存储库只是一个SQLite(http://www.sqlite.org)数据库文件，易于进行备份。我也喜欢从中运行化石并将存储库保留在拇指驱动器上。这意味着我的软件开发已变得完全可移植。

告诉我你的想法....

解决方案

也许没有受过教育的过激反应，但是将存储库存储在像SQLite数据库这样的二进制Blob中的想法让我感到恐惧。我也怀疑直接在VCS中包含Wiki和Bug跟踪器的好处-与完整的软件(如Trac)相比功能不足，或者与Subversion或者Bazaar相比，VCS过于肿。

米利金先生，如果我们花一点时间来复习有关化石的一些文件，我认为反对意见在那里得到解决。可以说，将存储库存储在sQLite数据库中比任何其他方法都更安全。有关使用事务性数据库存储存储库的某些优势，请参见链接文本。至于膨胀：整个事情都在一个独立的可执行文件中，这似乎证明了这种担忧。

全面披露：我是化石的作者。

请注意，我之所以写化石是因为没有其他DVCS可以满足我的需求。另一方面，我的需求不是需求，因此只有我们可以判断化石是否适合我们。但是，我确实鼓励我们至少查看文档，并在解雇化石之前先了解化石正试图解决的问题。

我正在尝试vcs。
我喜欢将所有内容整合在一起的想法。毕竟，当我寻找这样的系统时，就是我想要的。我是Mercurial的活跃用户。而且我找不到与问题跟踪器的集成(我过去尝试将p Trac设置为Merurial失败)。
经过一些测试，我意识到：

1)" add"命令不是递归的，或者我在文档中找不到做到这一点的方法
2)我写了一个蝙蝠(我与Windows一起工作)以添加750个文件，我运行了它(花了一段时间)。运行提交时，其跳转为"清单格式错误"

我认为我们可以解决这个问题，其他人也可以像https://www.mercurial-scm.org/wiki/UserSurvey上的Mercurial那样进行调查。
你可以在gmail的dnoseda给我写信

我对你的工作很感兴趣。不断改善它。

问候

ps .：作为市长的改进，我们可以添加gitstat之类的东西

达米安

for /r %i in (*.*) do fossil add "%i"

1 /是的，化石不支持递归加法。但是，有一些相当简单的解决方法，例如

find . -type f -print0 | xargs -0 fossil add --

在Windows上，以及

在Unix上。

2 /当我们添加文件名中包含非ASCII字符的文件时，我看到了有关格式错误的清单的消息。该问题已在上一版本中得到纠正。

问候，
彼得

我对将其用于源代码版本控制不感兴趣，但是对分布式版本控制的个人Wiki感兴趣，我可以在使用的所有计算机之间进行同步。

在上一篇文章发表了一年之后，我就进入了此页面，现在已经提到了这里提到的递归添加。

化石让我着迷于简单，尤其是在我难以获得一个可以与Mercurial一起工作的错误跟踪系统之后。我需要了解如何管理多个项目，发布用于多用户访问的存储库以及如何进行合并，管理补丁程序等。我感觉到以后的发展不会令人失望。

我认为化石真的很酷。对我而言，最重要的功能是易于安装和开发人员友好的默认设置。我目前使用它来跟踪文件的本地更改。 (我们的项目托管在sourceforge中，并在CVS中进行跟踪。)这样，即使它以其他方式破坏项目，我也可以在本地"提交"，因此也可以跟踪较小的更改。

化石是好的。它简单易用。如果化石可以提供GUI界面来签入和签出，那就更好了(最好使用Java gui归档跨平台GUI)。

Fossil的主要优点是"开源"和"使用SQLite数据库"，因此有人可以编译化石源代码以使化石在google android平台(移动和平板设备)上工作。

化石小巧，简单，功能强大，坚固耐用，这让我想起了C文化的一些原理。被那些独立发展但仍保持协作的人喜欢。
任何伟大的项目都应从原则开始，并在收集更多层次(GUI和其他功能)时继续以其为核心。

我对化石印象深刻并开始使用...看看化石

段落数量不匹配