use*_*981 2 git fossil redmine
我们是一个小型计算机科学实验室.我们处理从非常小(1工程师)到平均(10工程师)的项目.
我们需要一个与wiki和bug跟踪器相关联的版本控制工具.我们在系统管理中花费的时间和资源非常少,但我们希望能够控制它.
到目前为止,我们使用Redmine和SVN并且它运行良好,但出于安全原因我们无法从实验室外部访问我们的SVN回购,因此我们希望使用分布式版本控制工具以便能够在实验室外继续工作.
通过搜索如何设置Redmine和Git,我听说过Fossil项目似乎可以满足我们的所有需求(源代码,wiki和分布式控制下的bug跟踪器),并且似乎比Redmine + Git更容易配置和管理.
所以我想从管理或使用redmine + git和fossil的人那里得到一些建议.
谢谢.
如问题中所述,Fossil是您的确切SCM.它需要接近零管理,并具有您描述的工作所需的所有功能.
它还有额外的奖金:
非常轻量级,几乎不需要任何服务器资源(如果有的话 - 因为它可以在没有中央服务器的情况下工作).
非常强大的源存储.即使写入操作期间电源发生故障,也不会破坏数据库.
小智 5
简短的回答是Fossil ......或者对你感觉良好的事情:-).答案越长......
我在商业环境中使用Redmine/Git和Fossil来内部管理项目.我还专门用Fossil来管理我教的大学里的学生项目.Redmine,就像很多这样的产品都可以,但实际上它只是为了你而将其他不相交的项目粘在一起.管理它并不困难,但您必须将其作为正在进行的流程的一部分进行管理.另一方面,化石一旦开始运行,几乎不需要管理(在服务器级别).更清楚的是,当我管理Redmine时,我们有一个定期更新的脚本,配置文件和我们用于管理Redmine安装的其他资产的存储库(当然,所有这些都在Redmine控件下).当我开始使用Fossil时,我的经验指导我创建一个类似的项目.不同之处在于,不是在事情发生变化时定期更新这个项目(就像我的Redmine管理员回购一样),在过去的两年中,我只对同等的Fossil项目提交了5次提交,即使我更新了Fossil可执行文件本身更有规律性.因为Fossil是一个单一的源/可执行文件,具有您提到的所有功能集成(甚至"集成"以及"架构上的亲密"),我的管理开销实际上是零.
另外,我只是喜欢使用命令行中的化石,我从未使用Git或Mercurial或Subversion(所有这些都是很好的工具).从我作为工程师的角度来看,Fossil的焦点似乎集中在大约99%的时间你会做的事情上,而其他许多事情(合理的事情)都可以毫无困难地实现.这是我非常欣赏的焦点.
我应该注意到我不认为Fossil接近完美,但它是一个很好的工具,并且已经改变了我对源代码管理的看法,这对我来说是一件大事.