与Dropbox并行配对编程

时间:2011-07-04 18:13:57

标签: dropbox

我想与一个朋友(或一对)一起编程一个项目的同一个Dropbox文件夹。我想将所有资源放在同一个文件夹中,包括config和db文件。我真正想知道的是,为什么这可能是一个坏主意。

我已经可以想到一堆积极因素:

  • 快速同步工作。如同,几乎是即时同步。 Dropbox,我注意到,它真的很快,几乎就像在当地工作一样。
  • 同时编程多个部分
  • Dropbox足够快,允许一个人添加一个方法,然后另一个人在他/她之后添加一个方法
  • Eclipse或Gedit都检查文件中的更改,以便我们不会意外地结束冲突。

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

我认为这在开始变得如此之快以至于每个团队成员拥有完全相同的一切副本时非常重要。如果重要的话,这是一个Rails应用程序。

1 个答案:

答案 0 :(得分:7)

不要使用Dropbox,因为你将在手机/ IM /无论是什么试图找出谁将要编辑特定文件(没有并发性和没有检出!)。使用像GIT或Mercurial这样的并发版本控制系统。还有很多其他优点。在Dropbox的不利方面,你最终会遇到“冲突的文件”,你不知道该怎么做。

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

  

文件空间。   让我们说你的代码   每周变化10%。在下面   “文件夹备份”方法,每周一次   你节省了100%的代码。运用   一个合适的VCS,你只需要节省10%   你的代码我知道硬盘空间   很便宜,但它不是免费的我   似乎永远不够。

     

历史。   在我看来,VCS的关键是   能够记录您的变化   比调用的文件更精细的级别   “Changelog.txt”可能无法获得   每当你工作时都会改变   码。

     

错误定位:   让我们说你找到了   方法中的错误。你搜索了   该文件的历史记录并让VCS   为你运行差异。

     

完整   改变代码的自由。   你没有   担心破坏某事,或者   删除可能有用的代码。之前   我搬到了VCS,我曾经评论过   旧代码自由,但保持它'我   可能需要它。这很快就变成了   PITA。

如果你使用git,有几个免费或廉价的在线回购提供商。