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

我看到了，它已经关闭了。所以，如果这里不允许这样做，我很抱歉，但是这个问题真的让我感到困扰，我还没有找到一个满意的答案

现在实际使用版本控制系统（如SVN）的原因是什么。对于基于云的文件系统，您不能简单地使用它吗？尤其是在发生“冲突”的情况下，您不能依靠自动文件合并吗

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

---

因此，在结束这篇充满问题的文章时：有人能给出dropbox不能正确实现版本控制的任何（实际）例子吗？svn能做到吗？

dropbox和版本控制系统（如svn）是为不同的目的而设计的。Dropbox主要用于保存/共享照片、文档等。通过版本控制工具，您可以跟踪文件/项目的历史记录，与您的团队成员共享这些历史记录，以及帮助您管理源代码、文档等的更多内容

尤其是在发生“碰撞”的情况下，你不能依靠 自动文件合并

通常，版本控制工具附带一个diff/merge工具，允许您自动或手动合并文件

我想对于更大的项目来说，有一个正式的方式变得很重要 处理权限等，但对于较小的组（例如 2-10人

---

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

以下是Dropbox不适合源代码管理的一些原因

您只看到更改，但看不到更改集或原因（例如错误修复、功能实现）。每次提交源代码管理时，您都会向其他人解释您进行此类更改的意图

灵活复制：在Dropbox中，如果不增加空间使用率（以及团队中的其他人），就无法实现分支和合并的概念

你没有无限的历史（尽管这不太可能是个大问题）

您有一些API钩子可以使用，例如，您想在每次有新的cpp文件时对代码运行一些验证吗？如果你使用Dropbox，你将不得不求助于投票

---

SVN不是一个文件系统，所以将它与文件系统进行比较是没有意义的。SVN和DropBox是为不同的目的而设计的。苹果和桔子，虽然严格来说这可能是真理。每当我说“Dropbox”考虑“Dropbox”构建版本控制“.Pul23”在“碰撞”的情况下，你不能依赖自动文件合并无论如何，这是不正确的，我总是使用自动合并。svn（特别是陆龟VN）使手动合并成为一个非常简单的过程。你用过svn吗？