人们怎么看待 DVCS 化石？

化石 http://www.fossil-scm.org
I found this recently and have started using it for my home projects. I want to hear what other people think of this VCS.

我脑海中缺少的是 IDE 支持。希望它会出现，但是我使用命令行很好。

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

告诉我你的想法。

23318 次浏览
小开

也许这是一种没有受过教育的下意识反应，但是将存储库存储在像 SQLite 数据库这样的二进制块中的想法让我感到害怕。我也怀疑在 VCS 中直接包含 wiki 和 bug 跟踪器的好处——要么与 Trac 这样的完整软件相比它们功能不足，要么与 Subversion 或 Bazaar 相比 VCS 大幅膨胀。

小开

Millikin 先生，如果你愿意花点时间回顾一下关于化石的一些文献，我想 你的反对意见已经在那里写好了。在 sQLite 数据库中存储存储库可以说比其他任何方法都要安全。有关使用事务性数据库存储存储库的一些优点，请参见 链接文本。至于臃肿: 整个事情是在一个单一的自包含的可执行文件，似乎证明这个问题是错误的。

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

请注意，我写的化石，因为没有其他 DVCS 满足我的需要。另一方面，我的需要不是你的需要，所以只有你能判断化石是否适合你。但是我鼓励你们至少看一下文档，在你们否定它之前，试着理解化石试图解决的问题。

小开

我正在联系你的风险投资公司。 我喜欢把所有的东西都整合在一起的想法。毕竟，当我寻找这样一个系统时，我想要的就是这个。我是 Mercurial 的活跃用户。而且我找不到与问题跟踪器的集成(我过去曾尝试用 mercurial 设置 p Trac，但没有成功)。 经过一些测试，我意识到: 1)“ add”命令不是递归的，或者我在文档中找不到这样做的方法 2)我编写了一个 bat (我使用 windows)来添加750个文件并运行它(花了一些时间)。当运行提交时，它会跳转为“清单畸形”

i think you could address this issues and others making a survey like the Mercurial's one in https://www.mercurial-scm.org/wiki/UserSurvey. you could write me at dnoseda at gmail

i am interested in you work. keep improve it.

问候

ps.: as an mayor improvement you could add something like gitstat

小开

达米安,

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

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

视窗，以及

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

在 Unix 上。

当您添加文件名中包含非 ASCII 字符的文件时，我看到了关于格式不正常清单的消息。这个问题在最后一次构建中得到了纠正。

Regards, 彼得

小开

我对使用它进行源代码版本控制不感兴趣，但我对一个分布式版本控制的个人 wiki 感兴趣，它可以在我使用的所有机器之间进行同步。

小开

I'm landing on this page after an year of the last post, recursive add that has been mentioned here is now taken care of.

尤其是在我努力让一个 bug 跟踪系统与 mercurial 一起工作之后，Fosols.com 的简单性让我着迷。我需要了解如何管理多个项目，为多用户访问发布存储库，以及如何进行合并，管理补丁等。我感觉今后不会令人失望。

小开

I think fossil is really cool. The most important feature for me was easy installation, and developer friendly defaults. I currently use it to keep track of the local changes of my files. (Our project is hosted in sourceforge and kept track in CVS.) This way I can "commit" locally even if it would otherwise break the project, so smaller changes can be kept track as well.

小开

化石很好。它简单易用。如果 Chemical 能够提供 GUI 界面来签入和签出，那么它将会更好(更喜欢 java GUI 来存档跨平台的 GUI)。

化石的主要优势是“开源”和“使用 SQLite 数据库”，所以有人可以编译化石的源代码，使化石工作在谷歌安卓平台(移动和平板设备)。

小开

化石小巧、简单、强大而坚固，让我想起了 C 文化的一些原则。受到那些独立开发并且仍然合作的人的喜爱。 任何伟大的项目都应该从原则开始，并在其核心继续下去，因为它收集了更多的层(GUI，额外的功能)。

我印象深刻的化石和开始使用... 看看 化石

cheers

小开

在一年多的时间里，我一直在开发一些重要的项目，现在，我有足够的信心参与到这个话题中来。

以下是我目前为止的经验。我有时会与 git 和 svn 进行比较，这仅仅是因为我非常了解这些 SCM，通过比较可以让我更容易理解它们。

我完全爱上了这个 SCM，所以它主要是积极的一面。

我喜欢化石的原因:

  1. 我们有许多机器(win/mac/许多 Linux 发行版) ，单一可执行文件的安装就像它听起来一样美丽。没有依赖关系; 它只是工作。Git 是一堆乱七八糟的文件，Subversion 中的依赖关系使它在某些 Linux 发行版上变得非常糟糕，尤其是在必须自己构建它的时候。

  2. 默认的化石工作流非常适合我们的项目，当需要的时候，更多的工作流是可能的。

  3. We've found it extremely robust, even on large projects. I wouldn't expect anything else from the guys who wrote SQLite. No crashes, no corruption, no funny business.

  4. I'm actually very, very happy with performance. Not as fast as git on huge trees, but not much slower either. I make up any lost time by not having to consult the documentation every other command, as is the case with git.

  5. The fact that there's a tried'n'true transactional database behind every operation makes me sleep better at night. Yes, we've been through more than one horrible incident of stale and corrupt Subversion repositories (thankfully, a helpful community helped us fix them.) I can't imagine that happening in Fossil. Even Subversion 1.7.x use SQLite now for metadata storage. (Try turning off power in the midst of a git commit - it'll leave a corrupt repos!)

  6. The integrated issue tracker and wiki are optional, obviously, but very handy as it's always there - no installation required. I wish the issue tracker had some more features though, but hey - it's an SCM.

  7. 内置的服务器和 web gui 非常出色，通过 css 可以很好地配置。

  8. We sometimes need to import to and from git and subversion repositories. This is a no-brainer in Fossil.

  9. 单文件存储库。没有’。 svn’目录遍布各地。

我错过/不喜欢化石的地方:

  1. 请有人为我们的非技术 Windows 用户编写 TortoiseFosall:)

  2. 这个社区还没有那么大，所以很多人可能很难在他们的公司中引入它。希望这种情况会有所改变，从而获得大型社区的所有好处(文档、新版本的更多测试等等)

  3. 我希望本地 web ui 有一个搜索功能(包括搜索文件内容)。

  4. Fewer merge options than in git (though the Fossil workflow makes merging less likely to occur in the first place.)

我希望每个人都给化石一个运行-世界是一个更好的东西，just works和你不需要一个火箭科学家使用的地方。


提交答案