与Dropbox并行配对编程

Question

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

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

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

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

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

Answer 1

不要使用Dropbox,因为你将在手机/ IM /任何试图找出谁将编辑特定文件(没有并发和没有签出!).使用GIT或Mercurial等并发版本系统.还有很多其他优点.在Dropbox的缺点下,你最终会得到"冲突的文件",你不知道该怎么办.

实际版本控制系统的其他优点是众所周知的.这是一些随机博客的列表:

文件空间.假设您的代码每周更改10%.在"文件夹备份"方法下,每周您将保存100%的代码.使用适当的VCS,您只需保存10%的代码.我知道硬盘空间很便宜,但它不是免费的,我似乎从来没有足够的.

历史.在我看来,VCS的关键在于能够以更细粒度的级别记录您的更改,而不是在您处理代码时可能不会更改的名为"Changelog.txt"的文件.

错误位置:假设您发现方法中存在错误.您搜索该文件的历史记录,让VCS为您运行差异.

完全自由地改变代码.您不必担心破坏某些内容或删除可能有用的代码.在我搬到VCS之前,我过去经常对旧代码进行注释,但保留它'因为我可能需要它.这很快就变成了PITA.

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