注册 登录  
 加关注
   显示下一条  |  关闭
温馨提示!由于新浪微博认证机制调整,您的新浪微博帐号绑定已过期,请重新绑定!立即重新绑定新浪微博》  |  关闭

Nihui's Blog

nihui的私人空间和日志

 
 
 

日志

 
 

kde 迁移到 git,完了  

2011-01-30 22:56:51|  分类: 默认分类 |  标签: |举报 |字号 订阅

  下载LOFTER 我的照片书  |

这天终于还是到了。
可是 git 还是不可以检出单层目录啊!!!
svn 这点比 git 先进,不知道这群开发 git 的怎么想的。
完了,以后怎么搞嘛。
kde 项目里经常是到处打打补丁,现在可好,这样的日子没法过了。

有件事我来说说:
今天看到 kio_nepomuk 组件里有个 bug,输出 xml 文件的时候没有指定 UTF-8 编码,结果在我机器上生成了一个乱码的文件,于是就找到了那行代码,很容易解决,只要加一句 setCodec 就可以了。赶紧从 svn 仓库里面检出 kdebase/runtime/nepomuk/kioslaves/nepomuk 目录,修改里面的某个 cpp 文件,最后执行 svn commit,over。
完了,从今天开始,好日子没有了,因为我再也不能检出 kdebase/runtime/nepomuk/kioslaves/nepomuk 目录了。不是说不可以检出,而是说不可以单独检出,要检出就得整个检出 kde-runtime。据我所知,几乎所有用 git 管理版本的都是这么干的,但接下来看看这些数据就知道了:
 $ git clone kde:kdelibs # 129 MiB
$ git clone kde:konsole # 4.55 MiB
$ git clone kde:kate # 11 MiB
$ git clone kde:kde-baseapps # 32 MiB
$ git clone kde:kde-workspace # 138 MiB
$ git clone kde:kde-runtime # 56 MiB
啊,kde-runtime 需要下载 56MB 的数据啊!真是不要活了,为了改一个 cpp 文件提交就得动辄下载个 56MB,瞧瞧那 kde-workspace,有 138MB 呢,plasma BUG 很多吧,全都要在 kde-workspace 里面改的,每次改一个文件就要下 138MB,就算是全速下也得下一会儿呢。kde 项目一百多万次提交可不是吹的。
有人必定会表示,这个下载只要第一次下载完之后,以后就不需要再下载那么多了,比如 git pull 什么的。想法很好,但要和 kde 这个项目比起来可不一定了,每天不知道有多少次提交,几十次?那么十几天之后呢?应该有上百次了。今天我 git clone 了那么多东西,然后打个补丁提交一下,过了一个多月,我又发现了 BUG,想修改这地方,肯定得更新下,不然很可能冲突。好吧,我又要等待漫长的时间去下载更新的数据,看着它一点点压缩,然后下载解压,实际上还是很慢。当初用 svn 的时候根本不用管那么大的一个仓库,只要管要管的就可以了。

git 1.7.0 版本开始,也许是那些疯子终于意识到问题了,弄了个 sparse checkout 的新功能,表面上弄得和 svn 一样,具有只管理一部分目录的特性,实际上根本就是换汤不换药的,第一次还是要把整个仓库 clone 下来,然后在本地进行提取需要的目录。所以,所以对于我这样的来说,每一次都是第一次,还是要下整个仓库。。。

以后怎么办呢,传给下游让别人去做这事好啦。

------------------------------>8------------------------------>8------------------------------>8------------------------------
今天也有件高兴的事情,就是 bangarang 和豆瓣整合完成了,oh yeah~
  评论这张
 
阅读(912)| 评论(8)
推荐 转载

历史上的今天

评论

<#--最新日志,群博日志--> <#--推荐日志--> <#--引用记录--> <#--博主推荐--> <#--随机阅读--> <#--首页推荐--> <#--历史上的今天--> <#--被推荐日志--> <#--上一篇,下一篇--> <#-- 热度 --> <#-- 网易新闻广告 --> <#--右边模块结构--> <#--评论模块结构--> <#--引用模块结构--> <#--博主发起的投票-->
 
 
 
 
 
 
 
 
 
 
 
 
 
 

页脚

网易公司版权所有 ©1997-2017