在这种情况下选择哪种SCM? Redmine + git还是Fossil还是?

时间:2013-09-18 11:13:15

标签: git redmine fossil

我们是一家小型计算机科学实验室。我们处理的项目从非常小(1名工程师)到平均(10名工程师)。

我们需要一个与wiki和bug跟踪器相关联的版本控制工具。 我们在系统管理方面花费的时间和资源非常少,但我们希望能够控制它。

到目前为止,我们使用了Redmine和SVN并且运行良好,但出于安全原因我们无法从实验室外访问我们的SVN回购,因此我们希望使用分布式版本控制工具继续在实验室外工作。

通过搜索如何设置Redmine和Git,我听说Fossil项目似乎满足了我们所有的需求(源代码,wiki和分布式控制下的bug跟踪器),似乎更容易配置和管理比Redmine + Git。

所以我想从管理或使用redmine + git和fossil的人那里得到一些建议。

谢谢。

3 个答案:

答案 0 :(得分:6)

如问题中所述,化石是您的确切SCM。它需要接近零管理,并具有您描述的工作所需的所有功能。

它还有额外奖金:

  1. 非常轻量级,几乎不需要任何服务器资源(如果有的话 - 因为它可以在没有中央服务器的情况下工作)。

  2. 源极其强大的存储空间。即使写入操作期间电源出现故障,也不会破坏数据库。

答案 1 :(得分:5)

简短的回答是Fossil ......或者对你感觉良好的事情:-)。答案越长......

我在商业环境中使用Redmine / Git和Fossil来内部管理项目。我还专门用Fossil来管理我教的大学里的学生项目。 Redmine,就像很多这样的产品都可以,但实际上它只是为了你而将其他不相交的项目粘在一起。管理它并不困难,但您必须将其作为正在进行的流程的一部分进行管理。另一方面,化石一旦开始运行,几乎不需要管理(在服务器级别)。更清楚的是,当我管理Redmine时,我们有一个定期更新的脚本,配置文件和我们用于管理Redmine安装的其他资产的存储库(当然,所有这些都在Redmine控件下)。当我开始使用Fossil时,我的经验指导我创建一个类似的项目。不同之处在于,不是在事情发生变化时定期更新这个项目(就像我的Redmine管理员回购一样),在过去的两年中,我只对同等的Fossil项目提交了5次提交,即使我更新了Fossil可执行文件本身更有规律性。因为Fossil是一个单一的源/可执行文件,具有您提到的所有功能集成(甚至“集成”以及“体系结构上的亲密”),我的管理开销实际上是零。

另外,我只是 LOVE 使用命令行中的化石,我从未使用Git或Mercurial或Subversion(所有这些都是很好的工具)。从我作为工程师的角度来看,Fossil的焦点似乎集中在大约99%的时间你会做的事情上,而其他许多事情(合理的事情)都可以毫无困难地实现。这是我非常感激的焦点。

我应该注意到我认为Fossil并不接近完美,但 IS 是一个很好的工具,并且已经改变了我对源代码管理的看法,这对我来说是个大问题。 / p>

答案 2 :(得分:-1)

如果你们一直在使用Redmine,我真的没有理由改变它。我会坚持使用Redmine。 Fossil易于设置且易于使用,但Redmine也是如此。你不能从家里访问Redmine,可以吗?如果由于安全原因你真的无法从家里访问Redmine,那么Fossil可能值得考虑。由于我真的不知道你的问题的背景,我真的不能说比推荐你安装Fossil :)。这很简单。为什么你们不试试几个星期,看看它是否有效?你们这些人能够真正评估它是否适合你。

抱歉,我不能多说