Google Code开始支持Git分布式版本控制系统
托管在Google Code的项目可使用Git来管理了,Git是一个类似Mercurial的分布式版本控制系统(DVCS),包括Android和Linux内核等很多知名的工程都是用Git管理的。现在在创建工程,或在Administration - Source里修改工程的时候,都可选择Git作为版本控制系统了,而且支持所有的Google Project Hosting功能,包括工程更新、高级问题追踪、简单易用的VCS支持Wiki。你也可以点击工程checkout页面里的“Create a clone”按钮用任何现有的工程创建出一个Git库。
rtt可以考虑是否切换到Git了! git和mercurial在mailing list里面交流patch方便一些,其它情况相对SVN优势不大。 不会这么快,不可能说动就动的 真是个好消息,这下github的人气要被Google抢了,不知道github会有什么动作。
相对于svn来说git进步太大了,可以说不是一个时代的东西,就是学习需要一段时间,不过我觉得还是值的。 http://code.google.com/hosting/createProject
好像 rtthread 在用 没必要去最潮流,版本控制SVN用得就挺好 回复【5楼】leanang
没必要去最潮流,版本控制svn用得就挺好
-----------------------------------------------------------------------
这和赶潮流其实没什么关系,你用svn,大家都在局域网那是没问题,但google code上就未必了。做很多操作都要连服务器才能完成,慢不说,偶尔墙一下就够受了。git还可以引入一些先进的开发模式,其实这是分布式scm的共有优势,比如改一个bug开一个topic branch,没人会在svn里面这么做吧,代价太高了。 每个新的feature也可以单独的branch,回头一起合并就可以了。几个branch可以齐头并进,中间的同步也只要几条命令就完成了。还有比如一个新的feature要开发好几天,自己改一点都可以本地提交一点,编译不过也无所谓,自己本地前后回溯也方便很多,最后只要把好的版本push到server就可以了。很少有人把编译不过的代码提交到svn吧。
我并不是说立刻就要转换到git,这需要过渡时间。但是权衡利弊的话长期来说git比svn对于分布式开发更有利,这是个趋势。
作为一个程序员来说如果对新的事物已经进入一个“虽然我对那个不了解,但是我觉得现在这个就已经挺好了“的阶段,说明已经老了跟不上时代了。
页:
[1]