使用Dropbox的Mercurial(和我猜Git):有什么缺点吗?

dap*_*hez 62 git mercurial dropbox

我有一个个人项目的Mercurial存储库,我已经将主存储库存储在我的Dropbox中几个星期了(沿着这条线的东西;我也理解它也可以用git).

这个想法是它既可以作为一种使用多台机器的方式,也可以作为远程备份.我克隆了存储库并处理非Dropbox副本,并且只是偶尔推送一次更新,就像我想的那样,我会使用Bitbucket.

与使用专用托管(Mercurial中的BitBucket)相比,你能想到这个想法的任何缺点吗?我知道Bitbucket为单个用户提供免费帐户,这很好,但是它们限制在150M,这不是很大.

特别是,Dropbox的同步过程是否可能破坏存储库?我不得不在主存储库上运行一次hg recover,但它可能是无关的(无论如何它很高兴恢复).有没有人对这个想法有不好的体验?有没有人有更好的经验,可以减轻我的担忧?有没有人基于对这些东西内部的更好理解而有意见?

编辑:我在问题中添加了一些说明.它们用斜体字表示.

Ry4*_*ase 74

由于上述原因,我建议反对它,但更加强烈地说.mercurial和git都有自己的协议来移动存储库之间的变更集.这些协议经过优化/构建,可用于:

  • 效率
  • 一致性(永远不能从半更新状态的回购中提取)
  • 钩子/触发器 - 在推/拉方面做事,包括质量(不允许选项卡等)过滤器

当你只是让一个目录同步来处理同步的.hg(或.git)目录时,那么在那个同步过程中你就会得到一个处于不一致状态且不知道它的远程存储.

另外,hg和git在它们的磁盘状态下分离了仅本地和远程可用的内容.他们知道要分享哪些信息(例如:提交的更改集)以及不应该分享的内容(例如:当前,本地工作目录父修订版).

在其他答案中,人们说"你可能会很好"或"我从来没有遇到过问题"而且这可能是真的,但这并不能保证是正确的,而且版本控制不是一个可以发挥作用的地方.为源控制系统使用正确,更好,更安全,更高效,功能更全面的同步协议.


Kri*_*son 17

我的Dropbox'ed存储库已损坏,我遇到了问题.它不会一直发生,但它不止一次发生的事实意味着我将停止使用Dropbox来达到这个目的.

也就是说,Dropbox肯定比获得真正的托管便宜,所以只要你保留备份,你就会发现个人项目可以接受.

  • 当很多文件在短时间内被创建和删除时,例如锁定文件,+1 Dropbox似乎会感到困惑. (3认同)

Fac*_*tic 10

我想这可能适用于一台或两台机器上的个人项目,但实际上你会想要使用专业托管来进行多成员项目.

我个人使用BitBucket已经有一段时间了,并且非常高兴...你也可以在免费帐户上拥有一个私人项目.

  • 截至2012-01-13,您可以在Bitbucket.org上拥有无限制的私人项目,但只有5个提交者可用于您的整个帐户.所以只要你的团队不超过6人,你就可以去. (4认同)