与Dropbox并行编程并行编程

Question

我想与一个朋友（或一对夫妇）一起编程项目的同一个Dropbox文件夹。我想把所有资产放在同一个文件夹中，包括config和db文件。我真正想知道的是，为什么这可能是一个坏主意。

我已经可以想到有一堆阳性的：

• 快速同步工作。在中，几乎是即时同步。我注意到，Dropbox的速度真的非常快，就像在本地工作一样。同时
• Dropbox的快速
• 计划的多个部分，足以让一个人来添加一个方法，再经过其他人的广告他们一会儿
• Eclipse或Gedit的两个检查在文件中的更改，所以我们不会意外地结束冲突。

这不是替代正确的源代码管理和版本控制，我们仍然会使用Git。 Dropbox确实有30天的版本控制，但由于显而易见的原因，它不能替代。

我认为这在开始的时候特别强大，因为每个团队成员都拥有完全相同的副本是非常重要的。这是一个Rails应用程序，如果这很重要。

Answer 1

不要使用Dropbox，因为你会在电话/ IM /无论试图找出谁将编辑一个特定的文件（没有并发和没有检出！）。使用GIT或Mercurial等并发版本控制系统。还有很多其他的优点。 Dropbox的缺点是，你最终会遇到“冲突的文件”，你不知道该怎么做。

真实版本控制系统的其他优点是众所周知的。 Here's a list from some random blog:

文件空间。 假设您的代码 每周更改10％。在 “文件夹备份”方法下，每周 您正在节省100％的代码。使用合适的VCS使用 ，您只能节省10％的代码。我知道硬盘空间 很便宜，但它不是免费的，而我 似乎没有足够的。

历史。 的关键，VCS，在我看来，是 能够在 更精细的水平比称为 “Changelog.txt”只要你在你的 代码的工作，可能无法得到 更改的文件来记录你的变化。

错误位置： 假设您发现 方法中存在错误。您可以搜索该文件的历史记录 ，并让VCS 为您运行差异。

完成 自由更改代码。 您没有 担心会破坏某些内容，或者 删除可能有用的代码。在 之前，我搬到了VCS，我曾经很宽松地注释掉了旧代码 ，但保留它'cos I 可能需要它。这很快就变成了PITA的 。

如果你使用git，有几个免费或便宜的在线回购提供商。