人们如何看待化石DVCS？[关闭]

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

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

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

告诉我你的想法....

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

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

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

在使用Fossil进行非平凡的开发项目已有一年多的时间之后，我感到有足够的信心对此主题进行投入。

到目前为止，这是我的经验。我有时会与git和svn进行比较，只是因为我非常了解SCM，并且比较使我更容易理解。

我完全爱上了该SCM，因此，它在大多数方面都具有优势。

我喜欢Fossil：

1）我们有一堆机器（win / mac /许多Linux发行版），并且单可执行安装听起来很漂亮。没有依赖关系；它只是工作。Git是一堆杂乱的文件，Subversion中的依赖地狱使它在某些Linux发行版上非常讨厌，尤其是如果您必须自己构建它时。

2）默认的Fossil工作流程非常适合我们的项目，并且在需要时可能会有更多混乱的工作流程。

3）即使在大型项目中，我们也发现它极其强大。我不会期望那些写sqlite的人有其他事情。没有崩溃，没有腐败，没有有趣的事情。

4）我对表现真的非常非常满意。在巨大的树上速度不及git，但也没有那么慢。我不必像其他git一样去查阅文档来弥补任何浪费的时间。

5）每个操作背后都有一个经过尝试的真实事务数据库，这一事实使我在晚上睡得更好。是的，我们经历了不止一次的可怕事件，即陈旧和损坏的Subversion存储库（很幸运，一个有用的社区帮助我们修复了它们。）我无法想象化石会发生这种情况。甚至Subversion 1.7.x现在也使用Sqlite进行元数据存储。（尝试在git commit期间关闭电源-它将留下损坏的存储库！）

6）显然，集成的问题跟踪器和Wiki是可选的，但非常方便，因为它始终存在-无需安装。我希望问题跟踪程序有更多功能，但是，嘿-这是一个SCM。

7）内置的服务器和Web GUI非常出色，并且可以通过CSS进行配置。

8）有时我们需要从git和subversion仓库导入。这在化石方面不费吹灰之力。

9）单个文件存储库。没有'.svn'目录到处都是。

我想念/不喜欢Fossil的地方：

1）有人请为非技术Windows用户写TortoiseFossil :)

2）社区还不算大，所以很多人可能很难在公司中介绍它。希望这种情况会改变，从而获得大型社区的所有好处（文档，对新版本的更多测试等）

3）我希望本地Web ui具有搜索功能（包括搜索文件内容）。

4）合并选项比git少（尽管Fossil工作流使合并的可能性降低了。）

我希望每个人都可以让化石一路奔跑-世界上有一个可以运作的东西，而您不需要成为火箭科学家就可以使用，这是一个更好的地方。

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

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

干杯

上一年发布后，我已登陆此页面，这里已经提到了递归添加。

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

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

达米安

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

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

在Windows上，以及

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

在Unix上。

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

问候，彼得

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

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

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

我正在尝试您的vcs。我喜欢将所有内容整合在一起的想法。毕竟，当我寻找这样的系统时，就是我想要的。我是Mercurial的活跃用户。而且我找不到与问题跟踪器的集成（我过去尝试将p Trac设置为Merurial失败）。经过一些测试，我意识到：1）“递归”命令不是递归的，或者我在文档中找不到做到这一点的方法2）我写了一个蝙蝠（我使用Windows）添加750个文件并运行它（花了一段时间）。运行提交时，其跳转为“清单格式错误”

我认为您可以解决此问题，也可以解决其他问题，例如https://www.mercurial-scm.org/wiki/UserSurvey进行的Mercurial调查。你可以在gmail的dnoseda给我写信

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

问候

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

也许没有受过教育的下意识的反应，但是将存储库存储在像SQLite数据库这样的二进制blob中的想法让我感到恐惧。我也怀疑直接将Wiki和错误跟踪器包含在VCS中的好处-要么与Trac之类的完整软件相比功能不足，要么与Subversion或Bazaar相比，VCS显得肿。