mercurial&git的远程模式 GitSSH网络协议配置管理项目管理

mercurail和git是一个很*的版本管理软件,我们随时可以在自己的机器上任意一个目录启用版本管理,不需要任何服务器.但是,当我们需要跟别人协作的时候,应该怎么处理呢.我们可以N个人之间互相乱pull来push去,但是这样的网状结构并不方便管理,非常容易混乱,一般来说,我们会指定一个*源,大家都把代码push到*源.我认为它们的远程模式有如下几种:

1.U盘

最常见的情况就是我在家和公司都要使用同一份源代码,于是我就会把*源定在U盘上,而家里和公司的电脑各有一份本地副本,代码提交到本地,然后push 到U盘上.例如我会在U盘上建立一个sparkle_repo的目录,放少量代码和一些文档用git管理.也有不少人是这样用SVN的,不过经常会遇到盘符变化的问题.

优点是完全不需要网络,缺点也很明显,如果要跟朋友协作的话将会相当麻烦

2.网上邻居共享文件夹

很简单,在本地网络随便找一台机器共享一个完全读写的文件夹,然后把*源放在上面,适合公司内部的简单使用.

优点是简单,缺点是,别人都能完全读写文件夹,干什么事情都可以了,包括删除整个目录.你当然可以进行权限认证,但是认证通过之后,一样可以做任何事情

3.ssh

功能丰富的ssh对于传送文件当然不在话下(我工作的时候都是用ssh而不是ftp传送文件),最适合有个人ssh主机的情况,例如拥有一个 dreamhost的空间,你只要在ssh帐户下随便开一个目录就能作为*源,但是如果你要跟朋友协作的话,你还是得告诉他你的ssh帐号,又或者你对机器有足够的控制权可以让两个ssh帐号访问到同一个目录.另外,ssh比网络邻居要好的地方是你可以控制能够通过ssh的指令,这样可以只允许 mercurial/git的指令通过,防止有意或无意的删除目录

以上三种模式其实原理是一样的,就是通过一个大家都可以读写的目录进行协作

4.私有协议

mercurial&git都可以启动一个daemon server进行使用,mercurial启动的port是8000,其实是使用http协议的,而经常见到的git://xxxxx就是git的私有协议.由于要启动额外的daemon,你必须对机器有一定的控制权才行,例如你不能在dreamhost这样使用.

5.http模式

git只能通过http进行查看和pull,不能进行push操作,有点像viewcvs那样.这点来说,mercurial就比较厉害了,官方包里面提供了一个hgweb.cgi文件,通过配置这个cgi文件,我们可以在一个apache环境中提供push功能,也就是说我们可以在dreamhost上这样使用mercurial,非常棒(下一篇文章我将介绍怎么在dreamhost使用mercurial)

6.Don’t push to me, I will pull from you

是不是有点像IOC(Don’t call me, I will call you).我阅读到相关资料的时候,看见这样一种模式,简直有如脑袋哐当一声.我们太以*式版本管理的思路来想分布式版本管理了,认为一定要有一个*源,然后大家都push数据到*,而且还要认证什么的.git提出的这种模式,就是没有*源,但是有*人,并不是大家push到*,而是*从大家那里pull,其他人只要用某种形式,例如共享文件夹,或者http等方法公开你的副本,然后发email什么的通知*人到你的副本中pull.
例如我sparkle负责整个项目,然后我只从各个模块的主管的源那里pull数据,而各个模块的主管从他的手下coder pull数据(事实上使用git的大型项目都是分成多个级别的),我熟悉模块主管,所以我知道他们是可信的,至于他们的数据从哪里来的我不关心,而他们也对他们的手下coder信任,从他们那里pull数据,如此一级一级下去.这种处理模式,一来不需要认证的部分,二来*的数据是可控的,就是我负责,而不是多个人push的模式那样,并不一定能确定是否正确,第三点,可以分级.

http://weavesky.com/2008/06/23/mercurial-git-remote/