git 分支
git branch 显示分支
git branch -a 显示所有分支包含隐藏分支
git branch -av 同上的同时显示最近的提交
git remote -v 显示所有远程仓库地址
git remote show origin 显示远程的分支信息
对于git分之的理解还有下面的一篇文章：
在使用git的过程中经常会遇到这样的情况：
执行指令 git fetch 定住不动，以为程序死了或是网络问题。
今天我在公司又碰到了这样的情况，以为网络端口被封了。但是后来通过尝试发现网络是通的。遂静下心来分析这个问题，并对git中的远程分支和数据的管理方式上有了更深的理解。
一般我们在添加一个远程分支就是使用git remote add。这个命令执行的很快，并在git remote add之后可以在git remote show中看到你所添加的remote。
这个命令之所以运行的很快，因为git remote add仅仅修改了.git/config文件而已，在我的git测试库中是这样的：
- [remote "origin"]
- fetch = +refs/heads/*:refs/remotes/origin/*
- 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仓库做下测试，请注意红色的部分：
- $ git remote show origin
- * remote origin
- Fetch URL: http://arago-project.org/git/projects/u-boot-omap3.git
- Push URL: http://arago-project.org/git/projects/u-boot-omap3.git
- HEAD branch: master
- Remote branches:
- OMAPPSP_03.00.00.05 new (next fetch will store in remotes/origin)
- OMAPPSP_03.00.01.06 new (next fetch will store in remotes/origin)
- OMAPPSP_03.00.02.07 new (next fetch will store in remotes/origin)
- denx/master new (next fetch will store in remotes/origin)
- master new (next fetch will store in remotes/origin)
- qb_v2010.06_OMAPPSP_04.02.00.07 new (next fetch will store in remotes/origin)
- ti816x-master new (next fetch will store in remotes/origin)
- ti81xx-master new (next fetch will store in remotes/origin)
- Local refs configured for 'git push':
- master pushes to master (up to date)
- ti816x-master pushes to ti816x-master (up to date)
- $ git branch -av
- * master ae5aaeb For OMAP36xx move sys_clk to 26MHz
- 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点。远程分支只由联网时通过远程服务器的信息来确定。
当然你暴力修改远程分支文件信息也是可以的，但没有任何意义～～～～下次联网还会自动校正的
