化石http://www.fossil-scm.org
我最近发现了这个,并开始将它用于我的家庭项目.我想听听其他人对这个VCS的看法.
我脑子里缺少的是IDE支持.希望它会来,但我使用命令行就好了.
关于化石的我最喜欢的事情:内置web服务器wiki和bug跟踪的单个可执行文件.存储库只是一个SQLite(http://www.sqlite.org)数据库文件,易于备份.我也喜欢我可以运行化石并将存储库放在我的拇指驱动器上.这意味着我的软件开发已经变得完全可移植.
告诉我你的想法....
米利金先生,如果你花点时间回顾一些有关化石的文件,我认为你的反对意见已在那里得到解决.在sQLite数据库中存储存储库可以说比任何其他方法更安全.有关使用事务数据库存储存储库的一些优点,请参阅链接文本.至于膨胀:整个事情都在一个独立的可执行文件中,这似乎反驳了这种担忧.
完全披露:我是化石的作者.
请注意,我写了化石,因为没有其他DVCS满足我的需求.另一方面,我的需求不是您的需求,因此只有您可以判断化石是否适合您.但我确实鼓励你至少看一下文档,并尝试理解化石在你解雇它之前试图解决的问题.
在使用Fossil超过一年的非平凡开发项目之后,我有足够的信心在这个主题上投入.
以下是我迄今为止的经历.我有时会与git和svn进行比较,因为我非常了解那些SCM并且进行比较使我更容易理解.
我完全爱上了这个SCM,所以它主要指向了这一点.
我对Fossil的喜欢:
1)我们有一堆机器(win/mac /一些Linux发行版),单可执行安装就像听起来一样美观.没有依赖; 它只是工作.Git是一堆凌乱的文件,Subversion中的依赖性使得它在某些Linux发行版中非常讨厌,特别是如果你必须自己构建它.
2)默认的Fossil工作流程非常适合我们的项目,并且在需要时可以提供更多git'ish工作流程.
3)我们发现它非常强大,即使在大型项目中也是如此.我不希望那些编写sqlite的人发生任何其他事情.没有崩溃,没有腐败,没有有趣的业务.
4)我对表现非常非常满意.没有像大树上的git那么快,但也没有那么慢.我不需要像其他命令那样查阅文档来弥补任何损失的时间,就像使用git一样.
5)每次操作背后都有一个经过尝试的真实交易数据库这一事实让我晚上睡得更好.是的,我们经历过多个陈旧和腐败的Subversion存储库的可怕事件(幸运的是,一个有用的社区帮助我们修复它们.)我无法想象在Fossil中发生的事情.甚至Subversion 1.7.x现在也使用Sqlite进行元数据存储.(尝试在git提交中关闭电源 - 它会留下一个腐败的回购!)
6)集成的问题跟踪器和维基是可选的,显然,但非常方便,因为它始终存在 - 无需安装.我希望问题跟踪器有更多的功能,但是嘿 - 这是一个SCM.
7)内置服务器和web gui简单明了,可以通过css配置.
8)我们有时需要导入和导出git和subversion存储库.这在Fossil中是不费吹灰之力的.
9)单个文件库.整个地方都没有".svn"目录.
我对Fossil的想念/不喜欢:
1)有人请为我们的非技术Windows用户写TortoiseFossil :)
2)社区还不是那么大,所以很多人很难在公司中引入它.希望这会改变,获得大型社区的所有好处(文档,更多测试新版本等)
3)我希望本地web ui具有搜索功能(包括搜索文件内容).
4)合并选项少于git(尽管Fossil工作流程首先使合并不太可能发生.)
我希望每个人都给Fossil一个跑步 - 这个世界是一个更好的地方,有些东西可以运作,你不需要成为一名火箭科学家.
化石小巧,简单,强大而强大,让我想起了C文化的一些原则.那些独立发展并仍然合作的人可以选择.任何伟大的项目都应该从原则开始,并在它收集更多层(GUI,额外功能)时继续它们的核心.
我对Fossil印象深刻并开始使用......看看化石
干杯
我在最后一篇文章的一年后登陆这个页面,这里提到的递归添加现在已经得到了解决.
化石让我很简单,特别是在我努力让bug跟踪系统与mercurial合作之后.我需要了解如何管理多个项目,发布存储库以进行多用户访问以及如何进行合并,管理补丁等.我感觉它不会令人失望.
我对使用它进行源代码版本控制并不感兴趣,但我对分布式版本控制的个人wiki感兴趣,我可以在我使用的所有机器之间同步.
京公网安备 11010802040832号 | 京ICP备19059560号-6 