在简单的基于云的文件系统上使用SVN的原因是什么

Question

我见过this question，它已经关门了。所以，如果这里不允许，我很抱歉，但是这个问题真的困扰着我，我还找不到一个令人满意的答案。

现在实际使用版本控制系统(如SVN)的原因是什么？对于基于云的文件系统，您不能简单地使用它吗？尤其是在“冲突”的情况下，你无论如何都不能依赖自动文件合并？

我猜对于更大的项目来说，有一个正式的方式来处理权限等变得很重要。但是对于较小的团队(比如2-10个人)呢？

所以总结这篇充满问题的帖子:谁能给出一些(实用的)例子，dropbox不能正确地实现版本控制--而svn做到了？

Answer 1

以下是Dropbox不适合进行源代码控制的一些原因

1. 您只能看到更改，但看不到变更集或原因(例如错误修复、功能实现)。
2. 你没有无限的历史记录(尽管这不太可能是一个大问题)
3. 你有很少的API钩子可用，例如你想在每次有新的cpp文件时对代码运行一些验证吗？如果你使用Dropbox，你将不得不求助于轮询。

Answer 2

DropBox和版本控制系统(如SVN)被设计用于不同的目的。Dropbox主要用于保存/共享照片、文档等。使用版本控制工具，您可以跟踪文件/项目的历史记录，与您的团队成员共享它们，以及帮助您管理源代码、文档等的许多事情。

特别是如果在“冲突”的情况下，你无论如何都不能依赖自动文件合并？

通常，版本控制工具带有一个比较/合并工具，它允许您自动或手动合并文件。

我猜对于更大的项目来说，有一个正式的方式来处理权限等变得很重要。但是对于较小的团队(比如2-10人)呢？

这主要取决于你。如果您希望所有团队成员完全控制源代码管理下的所有文件，则没有必要配置权限。否则，就像不让人编辑特定项目下的文件一样，可以利用系统中的安全管理。