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