时光机vs Subversion

Question

有什么理由不使用Time Machine而不是Subversion (在Mac上)吗？

我一直在使用两个版本和基石试验。两者都不能解决合并问题。在svn 1.6中，您遇到了不可能的树冲突。如果你明白了，就忘了它吧。我经常遇到树冲突和文件冲突，但我没有办法解决它们。我的设置可能是最简单的:一个使用文件系统的带有标记分支的主干。自从尝试使用Subversion以来，我已经浪费了太多时间。之前，我使用的是Time Machine，从来没有遇到过任何问题。我是唯一的开发者。有什么理由不抛弃Subversion，回到Time Machine吗？

使用本地http://类型的存储库是否会比我的基于文件的系统工作得更好，或者我仍然会看到不间断的树和文件冲突，导致无处可去？

请不要指出subversion红皮书。树冲突并没有真正被覆盖。

Answer 1

Time Machine不是一个源代码修订控制系统。这里有几个subversion可以做的事情，而Time Machine做不到：

对已知良好的state

• branch/merge进行提交和更改(是的，这对于想要尝试在代码库上进行实验的单个开发人员来说甚至是有用的，这可能会也可能不会起作用)与标记releases

• ability的能力不同

• 能够将第二个开发人员介绍给您的项目并共享代码

Answer 2

我强烈建议坚持使用subversion，并学习如何使用它。该功能集比Time Machine的功能集丰富得多，而且您还可以学到一项宝贵的技能，以便以后在团队编程项目中工作。

Answer 3

如果您遇到冲突(尽管我不确定您所说的树冲突是什么意思)，那么您正在做一些可怕的错误，特别是如果您是唯一使用subversion存储库的人。您应该发布一些导致这些无法修复的冲突的工作流的示例，然后我们将能够帮助您针对该工具调整您的工作流。