version-control - 评估源/版本控制工具的场景

Question

我们目前正在研究不同的源代码控制工具，并希望用一些轻量级但有意义的场景测试每个工具，以了解每个工具的功能。

某些工具之间的术语和内部逻辑差异很大，最好根据用例(“我们必须纠正 1.3 版的错误”)而不是潜在的工具特定术语(“创建一个名为 Release 1.3 的分支”)。

确实，不同的事情对不同的团队很重要，但是拥有某种规范的测试用例可以从中选择不同的场景会很有趣。还是我太乐观了？

有没有人知道这样的事情？您在研究源代码控制工具时是否使用过类似的方法？

Answer 1

这些是 requirements that Mozilla had当他们在 2006 年开始评估供内部使用的版本控制系统时。您可能会发现类似的方法很有用。

如果您发现特定于您公司的场景，也许您可​​以将它们转换为上述需求。