Chinaunix首页 | 论坛 | 博客
  • 博客访问: 4116109
  • 博文数量: 241
  • 博客积分: 15936
  • 博客等级: 上将
  • 技术积分: 25293
  • 用 户 组: 普通用户
  • 注册时间: 2007-03-27 11:22
个人简介

Fedora-ARM

文章分类
文章存档

2016年(3)

2014年(1)

2013年(3)

2012年(50)

2011年(61)

2010年(26)

2009年(27)

2008年(21)

2007年(49)

分类: LINUX

2011-12-27 11:18:34

在使用git的过程中经常会遇到这样的情况:
执行指令 git fetch 定住不动,以为程序死了或是网络问题。

今天我在公司又碰到了这样的情况,以为网络端口被封了。但是后来通过尝试发现网络是通的。遂静下心来分析这个问题,并对git中的远程分支和数据的管理方式上有了更深的理解。

一般我们在添加一个远程分支就是使用git remote add。这个命令执行的很快,并在git remote add之后可以在git remote show中看到你所添加的remote。

这个命令之所以运行的很快,因为git remote add仅仅修改了.git/config文件而已,在我的git测试库中是这样的:
  1. [remote "origin"]
  2. fetch = +refs/heads/*:refs/remotes/origin/*
  3. url = /home/tekkaman/development/research/git/test1

 可以看出,git remote add仅仅添加了remote的URL和相关“书签”的存放目录(但是这些目录根本没有建立)

 之后我们可以用git remote show看到远程库的信息,但是这个命令就执行的比较慢了,因为git remote show会获取.git/config文件中的URL,通过相关协议到网上去获取这个remote的相关分支数据,然后显示出来。 git remote show 是必须联网的,他没有本地的资料(从上面的文件中根本得不到怎么多的数据)。所有可以这么说:如果 git remote show 成功了,网络应该就是通的,进一步的git fetch应该也是可以获取到数据的。

此时我用Ti的u-boot仓库做下测试,请注意红色的部分

  1. $ git remote show origin
  2. * remote origin
  3. Fetch URL:
  4. Push URL:
  5. HEAD branch: master
  6. Remote branches:
  7. OMAPPSP_03.00.00.05 new (next fetch will store in remotes/origin)
  8. OMAPPSP_03.00.01.06 new (next fetch will store in remotes/origin)
  9. OMAPPSP_03.00.02.07 new (next fetch will store in remotes/origin)
  10. denx/master new (next fetch will store in remotes/origin)
  11. master new (next fetch will store in remotes/origin)
  12. qb_v2010.06_OMAPPSP_04.02.00.07 new (next fetch will store in remotes/origin)
  13. ti816x-master new (next fetch will store in remotes/origin)
  14. ti81xx-master new (next fetch will store in remotes/origin)
  15. Local refs configured for 'git push':
  16. master pushes to master (up to date)
  17. ti816x-master pushes to ti816x-master (up to date)
  18. $ git branch -av
  19. * master ae5aaeb For OMAP36xx move sys_clk to 26MHz
  20. ti816x-master 38ba90d TI81XX: NAND: Setting 1-bit Hamming code H/W ECC as default ECC scheme.

   也就是 git remote show origin可以查到分支,但是git branch -av却什么也看不到因为remote命令通过网络获取了信息,而git branch 获取的是本地的数据,而现在本地什么都没有(除了.git/config中的)。
    从remote的信息可以看出“下个一fetch将会将会把分支信息保存在remotes/origin”。也就是说现在没有分支信息的。

所以我们现在可以用git fetch origin看看.git目录会有什么变化
在.git/logs/remotes/***下有了相关分支的的信息
.git/refs/remotes/***下也有了相关分支的信息

现在git branch -av就有了相关远程分支数据信息了。

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
进一步来说:

    假设上面的情况下我本地的.git/objects中已经有了所有的数据,那也是需要git fetch来获取信息的,但是获取的速度会快很多,因为只需要分支信息就好了,无需下载相关的实际commit、tree、blob数据。

fetch获取的是两种数据:文件数据(commit、tree、blob)、分支信息数据(其实也是可以是版本数据等等)

所有我从中剖析出git的一些工作原理,这属于个人理解:
     git数据主要分成:
     仓库数据(commit、tree、blob),用于保存文件数据、数据目录结构、提交信息和之间的关联。 这些数据可以形成完整的类似树形的结构,但是我们并不知道各分支的名字,某个commit点是什么版本的(tag)等等这些信息

     指针文件:这些文件记录了各个分支的最后那个commit点是哪个。tag本质上也是这样一些指向特定commit点的指针文件(尽管一些tag是有自己的commit点的)。

     远程分支和本地分支的区别在于你可以用git工具去修改本地分支所指向的commit点,但是git不允许你本地修改远程分支所指向的commit点。远程分支只由联网时通过远程服务器的信息来确定。
     当然你暴力修改远程分支文件信息也是可以的,但没有任何意义~~~~下次联网还会自动校正的
阅读(5495) | 评论(3) | 转发(9) |
给主人留下些什么吧!~~

GFree_Wind2011-12-27 13:58:27

tekkamanninja: 在认真学了git之后,感觉毕竟是神的作品,非同一般~~~~
其管理方法和思维都很不错~~~值得好好研究.....
看来需要认真学习一下了。。。保持对神的敬仰之情。。。

tekkamanninja2011-12-27 13:46:36

GFree_Wind: 估计是自己没好好学,感觉git还是与svn,cvs难用一些。完全是两个思想.....
在认真学了git之后,感觉毕竟是神的作品,非同一般~~~~
其管理方法和思维都很不错~~~值得好好研究

GFree_Wind2011-12-27 11:46:23

估计是自己没好好学,感觉git还是与svn,cvs难用一些。完全是两个思想