热久久久久久,国产精品1区2区在线观看,美女网站久久

Git服务器Gitosis安装讄��-git权限��理

�q�L�v蓝梦 — Wed, 15 Jan 2014 09:48:00 GMT

目录[-]

1. 准备环境�Q�安装更�?/a>

2. 安装 openssh服务�?/a>

3. 安装 git服务�?/a>

4. 配置 git服务�?/a>

5. 安装python的setup tool

6. 获取�q�安装gitosis

7. 配置gitosis

8.创徏个�h公钥和私钥，另外一台pc机（git客户端）

1. 准备环境�Q�安装更�?/h1>
`1` `sudo` `apt-get update`
`2` `sudo` `apt-get upgrade`

2. 安装 openssh服务�?/h1>
`1` `sudo` `apt-get` `install` `openssh-server openssh-client`

3. 安装 git服务�?/h1>
`1` `sudo` `apt-get` `install` `git-core`

4. 配置 git服务�?/h1>
创徏git服务器管理用�?/p>
`1` `sudo` `useradd` `-m git`
`2` `sudo` `passwd` `git`

用户名和密码均�ؓgit

创徏git仓库存储目录

`1` `sudo` `mkdir` `/home/git/repositories`

讄��git仓库权限

`1` `sudo` `chown` `git:git /home/git/repositories`
`2` `sudo` `chmod` `755 /home/git/repositories`

初始化全局讄��

`1` `git config --global user.name` `"myname"`
`2` `git config --global user.email` `"myname@server"`

5. 安装python的setup tool

`1`	`sudo` `apt-get` `install` `python-setuptools`

6. 获取�q�安装gitosis

`1`	`cd` `/tmp`

`2`	`git clone https://github.com/res0nat0r/gitosis.git`

`3`	`cd` `gitosis`

`4`	`sudo` `python setup.py` `install`

7. 配置gitosis

`1`	`cp` `~/.ssh/id_rsa.pub /tmp`

`2`	`sudo` `-H -u git gitosis-init < /tmp/id_rsa.pub`

`3`	`sudo` `chmod` `755 /home/git/repositories/gitosis-admin.git/hooks/post-update`

8.创徏个�h公钥和私钥，另外一台pc机（git客户端）

在默认用��L��ȝ��录�\径下�Q�运行以下命令，按照提示创徏公钥和私�?/p>
1 ssh-keygen -t rsa
默认情况下，公钥和私钥会保存在~/.ssh目录下，如下所�C�：

1 id_rsa id_rsa.pub known_hosts

9. ��理gitosis配置

在git客户�?/p>
1 cd ~
2 git clone git@hostname:用户�?gitosis-admin.git
3 cd gitosis-admin/
各个用户按照前面提到的办法生成各自的ssh公钥文�g后，服务器管理员把所有�h�?ssh公钥文�g都拿来，拯��到keydir目录下。修改gitosis.conf文�g�Q�如下所�C?/p>
01 [gitosis]
02
03 [group gitosis-admin]
04 writable = gitosis-admin
05 members = a@server1
06
07 [group developers]
08 writable = helloworld
09 members = a@server1 b@server2
10
11 [group test]
12 readonly = helloworld
13 members = c@server3
�q�个配置文�g表达了如下含义：gitosis-admin�l�成员有a�Q�该�l�对gitosis-admin仓库有读写权限； developers�l�有a�Q�b两个成员�Q�该�l�对helloworld仓库有读写权限； test�l�有c一个成员，对helloworld仓库有只��L��限�? 当然目前�q�些配置文�g的修改只是在你的本地�Q�你必须推送到gitserver上才能真正生效�?加入新文件、提交�ƈpush到git服务器：

1 git add .
2 git commit -am "add helloworld project and users"
3 git remote add origin ssh://git@hostname/helloworld.git
4 git push origin master

10. 安装apache2

`1`	`sudo` `apt-get` `install` `apache2`

11. 安装gitweb

`1`	`sudo` `apt-get` `install` `gitweb`

12. 配置 gitweb

默认没有 css 加蝲�Q�把 gitweb 要用的静态文件连接到 DocumentRoot 下：

1 cd /var/www/
2 sudo ln -s /usr/share/gitweb/* .
修改配置�Q?/p>
1 sudo vi /etc/gitweb.conf

��?$projectroot 改�ؓgit仓库存储目录(例如�Q?home/git/repositories)�Q�保存后��h��览器�?
如果没有扑ֈ��目�Q�你需要将$projectroot/*.git 的属性改�?55�Q�让apache用户有可��L��限。可以只改你需要让别�h通过web讉K��的那个git�?http://localhost/cgi-bin/gitweb.cgi

修改/etc/gitweb.conf 内容�Q?/p>
01 # path to git projects (.git)
02 #$projectroot = "/var/cache/git";
03 $projectroot = "/home/git/repositories";
04
05 # directory to use for temp files
06 $git_temp = "/tmp";
07
08 # target of the home link on top of all pages
09 $home_link = $my_uri || "/";
10
11 # html text to include at home page
12 $home_text = "indextext.html";
13
14 # file with project list; by default, simply scan the projectroot dir.
15 $projects_list = $projectroot;
16
17 # stylesheet to use
18 @stylesheets = ("/gitweb/static/gitweb.css");
19
20 # javascript code for gitweb
21 $javascript = "/gitweb/static/gitweb.js";
22
23 # logo to use
24 $logo = "/gitweb/static/git-logo.png";
25
26 # the 'favicon'
27 $favicon = "/gitweb/static/git-favicon.png";
28
29 # git-diff-tree(1) options to use for generated patches
30 #@diff_opts = ("-M");
31 @diff_opts = ();

13. 配置apache2

ubuntu中默认的web目录�?var/www�Q�默认的cgi目录�?/usr/lib/cgi-bin/,安装完成gitweb后，gitweb的gitweb.cgi会自动放�|�到该目录下�?/p>

如果你的cgi路径不是默认�?usr/lib/cgi-bin/�Q�需要将gitweb安装�?usr/lib/cgi-bin中的 gitweb.cgi复制到原来配�|�的cgi-bin路径�Q��ƈ在apache的配�|�文�?etc/apache2/apache.conf末尾加上以下�?容：

`01`	`SetEnv GITWEB_CONFIG /etc/gitweb.conf`

`02`	`"/srv/www/cgi-bin/gitweb">`

`03`	`Options FollowSymlinks ExecCGI`

`04`	`Allow from all`

`05`	`AllowOverride all`

`06`	`Order allow,deny`

07

`08`	`SetHandler cgi-script`

09

`10`	`RewriteEngine on`

`11`	`RewriteCond %{REQUEST_FILENAME} !-f`

`12`	`RewriteCond %{REQUEST_FILENAME} !-d`

`13`	`RewriteRule ^.* /gitweb.cgi/$0 [L,PT]`

14

重新启动apache�Q�sudo /etc/init.d/apache2 restart�Q�访问http://localhost/cgi-bin/gitweb.cgi

转自�Q?div>http://my.oschina.net/mercury5/blog/146171

�q�L�v蓝梦 2014-01-15 17:48 发表评论

Git使用基础��?

�q�L�v蓝梦 — Thu, 05 Dec 2013 02:20:00 GMT

Git 是一个分布式的版本控制工��P��本篇文章从介�l�Git开始，重点在于介绍Git的基本命令和使用技巧，让你��试使用Git的同�Ӟ��体验到原来一个版本控制工具可以对开发��生如此之多的影响�Q�文章分��Z��部分�Q�第一部分介绍Git的一些常用命令，其中�I�插介绍Git的基本概念和原理�Q�第二篇重点介绍 Git的��用技巧，最后会在Git Hub上创��Z��个开源项目开启你的Git实战之旅

1、Git是什�?/h1>
Git 在Wikipedia上的定义�Q�它是一个免费的、分布式的版本控制工��P��或是一个强调了速度快的源代码管理工兗��Git最初被Linus Torvalds开发出来用于管理Linux内核的开发。每一个Git的工作目录都是一个完全独立的代码库，�q�拥有完整的历史记录和版本追�t�能力，不依�? 于网�l�和中心服务器�?/p>
Git 的出现减��M��许多开发者和开源项目对于管理分支代码的压力�Q�由于对分支的良好控�Ӟ��更鼓励开发者对自己感兴��的��目做出贡献。其实许多开源项�? 包括Linux kernel, Samba, X.org Server, Ruby on Rails�Q�都已经�q�渡��C��用Git作�ؓ自己的版本控制工兗��对于我们这些喜�Ƣ写代码的开发者嘛�Q�有两点最大的好处�Q�我们可以在��M��地点(在上班的地铁 �?提交自己的代码和查看代码版本;我们可以开许许多多个分支来实践我们的想法，而合�q�这些分支的开销几乎可以忽略不计�?/p>

2、Git 1+1

现在�q�入本篇文章真正的主题，介绍一下Git的基本命令和操作�Q�会从Git的版本库的初始化�Q�基本操作和独有的常用命令三部分着手，让大家能够开始��用Git�?/p>

Git通常有两�U�方式来�q�行初始�?

git clone: �q�是较�ؓ��单的一�U�初始化方式�Q�当你已�l�有一个远�E�的Git版本库，只需要在本地克隆一份，例如'git clone git://github.com/someone/some_project.git some_project'命��o��是��?git://github.com/someone/some_project.git'�q�个URL地址的远�E�版本库完全克隆到本地some_project目录下面

git init和git remote�Q�这�U�方式稍微复杂一些，当你本地创徏了一个工作目录，你可以进入这个目录，使用'git init'命��o�q�行初始化，Git以后��׃��对该目录下的文�g�q�行版本控制�Q�这时候如果你需要将它放到远�E�服务器上，可以在远�E�服务器上创��Z��个目录，�q�把可访问的URL记录下来�Q�此时你��可以利�?git remote add'命��o来增加一个远�E�服务器端，例如'git remote add origin git://github.com/someone/another_project.git'�q�条命��o��׃��增加URL地址�?git: //github.com/someone/another_project.git'�Q�名�U�Cؓorigin的远�E�服务器�Q�以后提交代码的时候只需要��? origin别名卛_��

3、Git的基本命�?/span>

现在我们有了本地和远�E�的版本库，让我们来试着用用Git的基本命令吧�Q?/p>

git pull�Q?/span>从其他的版本�?既可以是�q�程的也可以是本地的)��代码更新到本地�Q�例如：'git pull origin master'��是��origin�q�个版本库的代码更新到本地的master��L��Q�该功能�c�M��于SVN的update

git add�Q?/span>是将当前更改或者新增的文�g加入到Git的烦引中�Q�加入到Git的烦引中��p��C��入了版本历史中，�q�也是提交之前所需要执行的一步，例如'git add app/model/user.rb'��׃��增加app/model/user.rb文�g到Git的烦引中

git rm�Q?/strong>从当前的工作�I�间中和索引中删除文�Ӟ��例如'git rm app/model/user.rb'

        git commit�Q?/strong>提交当前工作�I�间的修改内容，�c�M��于SVN的commit命��o�Q�例�?git commit -m "story #3, add user model"'�Q�提交的时候必��ȝ��-m来输入一条提交信�?/span>

        git push�Q?/strong>��本地commit的代码更新到�q�程版本库中�Q�例�?git push origin'��׃��本地的代码更新到名为orgin的远�E�版本库�?/span>

        git log�Q?/span>查看历史日志

        git revert�Q?/strong>�q�原一个版本的修改�Q�必��L��供一个具体的Git版本��P��例如'git revert bbaf6fb5060b4875b18ff9ff637ce118256d6f20'�Q�Git的版本号都是生成的一个哈希倹{�?/span>

        上面的命令几乎都是每个版本控制工��h��公有的，下面��开始尝试一下Git独有的一些命令：

4、Git独有的一些命�?/span>

git branch�Q?对分支的增、删、查�{�操作，例如'git branch new_branch'会从当前的工作版本创��Z��个叫做new_branch的新分支�Q?git branch -D new_branch'��׃��强制删除叫做new_branch的分支，'git branch'��׃��列出本地所有的分支

        git checkout�Q�Git 的checkout有两个作用，其一是在不同的branch之间�q�行切换�Q�例�?'git checkout new_branch'��׃��切换到new_branch的分支上�?另一个功能是�q�原代码的作用，例如'git checkout app/model/user.rb'��׃��user.rb文�g从上一个已提交的版本中更新回来�Q�未提交的内容全部会回滚

        git rebase�Q�用下面两幅图解释会比较清楚一些，rebase命��o执行后，实际上是��分支点从C�U�d��了G�Q�这样分支也��具有了从C到G的功�?nbsp;

        git reset�Q?��当前的工作目录完全回滚到指定的版本��P��假设如下图，我们有A-G五次提交的版本，其中C 的版本号�? bbaf6fb5060b4875b18ff9ff637ce118256d6f20�Q�我们执行了'git reset bbaf6fb5060b4875b18ff9ff637ce118256d6f20'那么�l�果��只剩下了A-C三个提交的版�?/p>


        git stash�Q�将当前未提交的工作存入Git工作栈中�Q�时机成熟的时候再应用回来�Q�这里暂时提一下这个命令的用法�Q�后面在技巧篇会重点讲�?/p>
        git config�Q?利用�q�个命��o可以新增、更改Git的各�U�设�|�，例如'git config branch.master.remote origin'��将master的远�E�版本库讄��为别名叫做origin版本库，后面在技巧篇会利用这个命令个性化讄��你的Git�Q��ؓ你打造独一无二�? Git

        git tag�Q?可以��某个具体的版本打上一个标�{�，�q�样你就不需要记忆复杂的版本号哈希��g��Q�例如你可以使用 'git tag revert_version bbaf6fb5060b4875b18ff9ff637ce118256d6f20'来标记这个被你还原的版本�Q�那么以后你��x��看该版本�Ӟ��可以��? revert_version标签名，而不是哈希��g��

        Git之所以能够提供方便的本地分支�{�特性，是与它的文�g存储机制有关的。Git存储版本控制信息时��用它自己定义的一套文件系�l�存储机�Ӟ��在代码根目录下有一�?git文�g夹，会有如下�q�样的目录结构：



        �?几个比较重要的文件和目录需要解释一下：HEAD文�g存放根节点的信息�Q�其实目录结构就表示一个树型结构，Git采用�q�种树�Ş�l�构来存储版本信息，那么HEAD��p��C�根;refs目录存储了你在当前版本控制目录下的各�U�不同引�?引用指的是你本地和远�E�所用到的各个树分支的信�?�Q�它有heads�? remotes、stash、tags四个子目录，分别存储对不同的栏V��远�E�版本库、Git栈和标签的四�U�引用，你可以通过命��o'git show-ref'更清晰地查看引用信息;logs目录�Ҏ��不同的引用存储了日志信息。因此，Git只需要代码根目录下的�q�一�?git目录��可以记录完整的版本控制信息�Q�而不是像SVN那样根目录和子目录下都有.svn目录。那么下面就来看一下Git与SVN的区别吧

5、Git与SVN的不�?/h1>
        SVN(Subversion)是当前��用最多的版本控制工具。与它相比较�Q�Git最大的优势在于两点�Q�易于本地增加分支和分布式的�Ҏ��?/p>
        下面两幅囑֏�以�Ş象的展示Git与SVN的不同之�?/p>




        �?于易于本地增加分支，图中Git本地和服务器端结构都很灵�z�，所有版本都存储在一个目录中�Q�你只需要进行分支的切换卛_��辑ֈ�在某个分支工作的效果�? 而SVN则完全不同，如果你需要在本地试验一些自��q��代码�Q�只能本地维护多个不同的拯��Q�每个拷贝对应一个SVN服务器地址。�D一个实际的例子�Q�以前我所在的��组使用SVN作�ؓ版本控制工具�Q�当我正在试囑֢��Z��个模块，工作做到一半，�׃��会改变原模块的行为导致代码服务器上许多测试的��p�|�Q�所以�ƈ没有提交代码。这时候上�U�对我说�Q�现在有一个很紧急的Bug需要处理，必须在两个小时内完成。我只好��本地的所有修改diff�Q��ƈ输出成�ؓ一个patch文�g�Q�然后回滚有兛_��前�Q务的所有代码，再开始修改Bug的�Q务，�{�到修改好后�Q�在��patch应用回来。前前后后要完成多个�J�琐的步骤，�q�还不计中间代码发生冲突所要进行的工作量。可是如果��用Git�Q? 我们只需要开一个分支或者�{回到��d��支上�Q�就可以随时开始Bug修改的�Q务，完成之后�Q�只要切换到原来的分支就可以优雅的��l�以前的��d��。只要你愿意�Q�每一个新的�Q务都可以开一个分支，完成后，再将它合�q�到��d��支上�Q�轻松而优雅�?/p>
        �?布式对于Git而言�Q�你可以本地提交代码�Q�所以在上面的图中，Git有利于将一个大��d��分解�Q�进行本地的多次提交�Q�而SVN只能在本地进行大量的一 �ơ性更改，��D��来合�ƈ��C��q�上造成巨大的风险。Git的代码日志是在本地的�Q�可以随时查看。SVN的日志在服务器上的，每次查看日志需要先从服务器上下载下来。我工作的小�l�，代码服务器在��国�Q�每�ơ查看小�l�几�q�前所做的工作�Ӟ��日志下蝲��需要十分钟�Q�这不能不说是一个痛苦。后来我们迁�U�d��Git上，利用 Git日志在本地的�Ҏ��，我用Ruby�~�写了一个Rake脚本�Q�可以查看某个具体�Q务的所有代码历�Ԍ��每次只需要几�U�钟�Q�大大方便我的工作。当然分布式�q? 不是说用了Git��׃��需要一个代码中心服务器�Q�如果你工作在一个团队里�Q�还是需要一个服务器来保存所有的代码的�?/p>
        �ȝ��

        本篇介绍了Git的基本概��c��一些常用命令和原理�Q�大家可以尝试动手体会一下，下一��会重点介绍Git命��o的��用技巧，Git附带的工��P��最后会在Git Hub上创��Z��个开源项目�?/p>

原文�Q�http://www.open-open.com/lib/view/open1332904495999.html

�q�L�v蓝梦 2013-12-05 10:20 发表评论

Git资料

�q�L�v蓝梦 — Thu, 15 Sep 2011 06:27:00 GMT

http://www.linuxsir.org/main/doc/git/gittutorcn.htm

http://phoenixtoday.blogbus.com/logs/33458940.html

�q�L�v蓝梦 2011-09-15 14:27 发表评论

�q�L�v蓝梦 — Mon, 27 Jun 2011 13:29:00 GMT

SVN是当前��用最多的版本控制工具。与它相比较�Q�Git最大的优势在于两点�Q?strong>易于本地增加分支和分布式的特�?/strong>�?
下面两幅囑֏�以�Ş象的展示Git与SVN的不同之�?

对于易于本地增加分支�Q�图中Git本地和服务器端结构都很灵�z�，所有版本都存储在一个目录中�Q�你只需要进行分支的切换卛_��辑ֈ�在某个分支工作的�?果。而SVN则完全不同，如果你需要在本地试验一些自��q��代码�Q�只能本地维护多个不同的拯��Q�每个拷贝对应一个SVN服务器地址。�D一个实际的例子�Q�以�?我所在的��组使用SVN作�ؓ版本控制工具�Q�当我正在试囑֢��Z��个模块，工作做到一半，�׃��会改变原模块的行为导致代码服务器上许多测试的��p�|�Q�所以�ƈ没有提交代码。这时候上�U�对我说�Q�现在有一个很紧急的Bug需要处理，必须在两个小时内完成。我只好��本地的所有修改diff�Q��ƈ输出成�ؓ一个patch文�g�Q�然后回滚有兛_��前�Q务的所有代码，再开始修�?a title="Bug">Bug�?��d��Q�等��C��改好后，在将patch应用回来。前前后后要完成多个�J�琐的步骤，�q�还不计中间代码发生冲突所要进行的工作量。可是如果��用Git�Q? 我们只需要开一个分支或者�{回到��d��支上�Q�就可以随时开始Bug修改的�Q务，完成之后�Q�只要切换到原来的分支就可以优雅的��l�以前的��d��。只要你愿意�Q�每一个新的�Q务都可以开一个分支，完成后，再将它合�q�到��d��支上�Q�轻松而优雅�?
分布式对于Git而言�Q�你可以本地提交代码�Q�所以在上面的图中，Git有利于将一个大��d��分解�Q�进行本地的多次提交�Q�而SVN只能在本地进行大量的一�ơ性更改，��D��来合�ƈ��C��q�上造成巨大的风险。Git的代码日志是在本地的�Q�可以随时查看。SVN的日志在服务器上的，每次查看日志需要先�?服务器上下蝲下来。我工作的小�l�，代码服务器在��国�Q�每�ơ查看小�l�几�q�前所做的工作�Ӟ��日志下蝲��需要十分钟�Q�这不能不说是一个痛苦。后来我们迁�U�d�� Git上，利用Git日志在本地的�Ҏ��，我用Ruby�~�写了一个Rake脚本�Q�可以查看某个具体�Q务的所有代码历�Ԍ��每次只需要几�U�钟�Q�大大方便我的工作。当然分布式�q�不是说用了Git��׃��需要一个代码中心服务器�Q�如果你工作在一个团队里�Q�还是需要一个服务器来保存所有的代码的�?
原文�Q�http://www.zzbaike.com/wiki/Git%E4%B8%8ESVN%E9%97%B4%E7%9A%84%E6%AF%94%E8%BE%83
http://www.zzbaike.com/wiki/Git%E4%B8%8ESVN%E9%97%B4%E7%9A%84%E6%AF%94%E8%BE%83

�q�L�v蓝梦 2011-06-27 21:29 发表评论

Git 中文手册

�q�L�v蓝梦 — Mon, 27 Jun 2011 12:25:00 GMT
http://gitbook.liuhui998.com/index.html
http://progit.org/book/zh/ch1-3.html
http://roclinux.cn/?p=914

�q�L�v蓝梦 2011-06-27 20:25 发表评论

��Z��么GIT比其他好

�q�L�v蓝梦 — Mon, 27 Jun 2011 12:17:00 GMT

X

hg bzr svn perforce

最�q�我��p��了大量时间�ؓ Gitsters 辩护以对抗那�?fanboyism�Q?bandwagonism 以及 koolaid-thirst 的指责�? 为此我徏设了此网站来说明大家��Z��么要�?X 转换�?Git�Q�以及�ؓ何你也应该这么做。点��M�Q何一个原因展开以查看详情�?

全部展开 | 全部折叠

hg bzr svn perforce

便宜的本地分�?/a>

�?Git 从几乎所�?SCM 中脱颖而出�q�出�q�且最吸引人的特色�Q�恐怕非它的分支模型莫属�? 它完全不同于我在此用于比较的所有其他模型，那些模型所推荐的最佛_��支方式仅仅是��库 (repository) 复制��C��个新的目录而已�?

Git 不那么做�?Git 允许你拥有多个完全独立的本地分支�Q�创建、合�q�和删除�q�些分支仅需要几�U�钟的时间�?

�q�意味着你可以这样做�Q?
创徏一个新分支��试新的��x��Q�提交几�ơ，切换回原先的分支�Q�应用一�?patch�Q�然后再切换臛_��才实验中的新分支�Q�将其合�q��?
一个分支用来存攑ְ�要发布的版本�Q�另一个测试分支专门合�q�开发中的工作，其他��C��分支存放日常开发工作�?
为每一个开发中的新功能建立相应分支�Q�这样便可以在这些分支中无缝切换�Q��ƈ在某个功能开发完毕合�q�进��d��支后删除相应分支�?
创徏一个分支来做实验，若发现行不通则直接删掉该分支；攑ּ��q�个分支�Q�别人甚至不知道它存在过�Q�即使这期间你已�l?push 了其他分支）�?

重要的是�Q�当你向一个远�E�库 push �Ӟ��?em>无需 push 所有分支。你可以只共享一个分支而不是全部�?�q�会推动大家��试新想法而不用操心如何、何时合�q�或与他人共享�?

使用其他�pȝ��Q�你�?em>可以扑ֈ�一些方法来做同��L��事，但会困难的多而且极易出错�? Git 让这个过�E�异常简单，而且当大部分开发者学�?Git �Ӟ��他们同时改变了他们的工作方式�?

svn perforce

所有内定w��在本�?/a>

虽然所有分布式 SCM 都有�q�特点，但根据我的经�?Git 做的更好。除�?'fetch'�Q?'pull' �?'push'�Q? 你很��会用到其他需要跟你的��盘以外的东西打交道的命令�?

�q�不仅��大部分操作比你已�l�习惯的要快的多�Q�而且让你可以��ȝ��工作�? �q�听��h��不怎么��P��不过我经��ؓ自己需要离�U�完成那么多工作感到惊讶�? 当你在飞机或火�R上还可以建立分支、合�q�、提交以及浏览项目历史时�Q�你的工作生产力会非帔R��?

即��是��?Mercurial�Q�诸�?'incoming' �?'outgoing' 的常用命令也需要与服务器连接， �?Git 让你可以在离�U�前从服务器�?'fetch' 所有数据，然后对原本在你本地分支中�q�不存在的数据进行比较、合�q�或查看历史�U�录�?

�q�意味着可以很容易的在你�?Git 库中同时保存你自己和与你协同工作的其他�h的多个分支，而不会弄混�Q何内宏V�?

bzr svn perforce

Git 很快

Git 很快�?包括大部分其他系�l�的忠实用户在内的�h都这么评�?Git�? Git 所有操作都在本地进行的�Ҏ��它比 SVN �?Perforce 要快�Q�因为后两者的普通操作都要进行网�l�连接�? 即��与其他允许本地操作的分布�?SCM 相比�Q�Git 也要快得多�?

部分原因可能是因�?Git 是被创造用来供 Linux 内核开发��用的�Q�而那意味着从一开始它��需要高效处理大型库�? 此外�Q�Git 是用 C 语言�~�写的，�q�减��了�q�行期与高层语言�q�行协作的开销。Git �q�么快的另一个原因是它的主要开发者把�q�当成设计目标�?

我��?Git�Q�Mercurial �?Bazaar �q�三个不同的 SCM 各存放一�?Django 的源代码�Q�进行了一些测试，下面是一些测试结果�? 我也�?SVN �q�行了一些测试，不过相应我，它要更慢 — 基本上是 Bazaar 的测试结果加上网�l��g�q?..

��试�l�果表明除了增加新文件以外，所有的操作都是 Git 最快。（此外在一些非常大的提交操作测试中�Q�Hg 基本上与 Git 一样快�Q�不�q�我��试的��U�提交操作实在太大，你不大可能会遇到那种情况 — Git 处理普通提交比其他 SCM 要快得多�Q?

Git Hg Bzr

Init 0.024s 0.059s 0.600s

Add 8.535s 0.368s 2.381s

Status 0.451s 1.946s 14.744s

Diff 0.543s 2.189s 14.248s

Tag 0.056s 1.201s 1.892s

Log 0.711s 2.650s 9.055s

Commit (Large) 12.480s 12.500s 23.002s

Commit (Small) 0.086s 0.517s 1.139s

Branch (Cold) 1.161s 94.681s 82.249s

Branch (Hot) 0.070s 12.300s 39.411s

Cold �?Hot 是第一�ơ和�W�二�ơ对一个库�q�行分支操作的结果数�?— �W�二�ơ分支��用了��盘�~�存�?

需要注意的是虽�?'add' 操作 Git 要慢很多�Q�但�q�是在大量文�?— ��过 2000 �?— 上进行的新增操作�? 对于大部分�h的日常工作来��_��L��一个系�l�上的新增操作只会花费几分之一�U�。其他测试到的操作（可能除了大提交）都与日常使用到的相近�?

�q�些��试�l�果�q�不��N��现。只要用不同�pȝ��复制一�?Django 工程��可以比较出来了�?
git clone git://github.com/brosner/django.git dj-git
hg clone http://hg.dpaste.com/django/trunk dj-hg
bzr branch lp:django dj-bzr
svn checkout http://code.djangoproject.com/svn/django/trunk dj-svn

svn

Git 很小�?/a>

Git 真的非常善于节省��盘�I�间。你�?Git 目录一般只会比一�?SVN checkout 大一点点 — 有时更小�Q�显�?.svn 目录中的许多内容可以��L��Q��?

�?Django 工程的同一个历史纪录点取出的不同部分的 clone�Q�提供给我们�q�些数据�?

Git Hg Bzr Bzr* SVN

Repo Alone 24M 34M 45M 89M

Entire Directory 43M 53M 64M 108M 61M

* �W�二�?Bar 数字是我执行 'bzr pack' 后得到的�Q�我本以��命��o会让它体�U�变��，但结果反而让它变得大得多�?

hg bzr svn perforce

暂存区域

不同于其他系�l�，Git 有它�U�C��为暂存区域（"staging area"�Q�或 "index" 的东�ѝ�? �q�是一个用来在提交前对提交内容�q�行讄��的��时区域�?

暂存区域最酗��也是让 Git 不同于其他工��L��地方�Q�是在你完成一部分文�g的修改后�Q�可以方便地 stage �q�提交它们，同时又不用提交工作目录中其他已修改的文�g或在提交命��o中列出那些文件�?

你还可以�?stage 已修改的一个文件的一部分内容。再也不会发生这��L��事情了：对同一个文件中逻辑上�ƈ不相关的两部分进行修改后才发现没有对它们�q�行分别提交�? 现在你可以先 stage 当前提交要包括的修改�Q�然�?stage 下次提交要包括的修改。这一�Ҏ��适用于你需要对文�g�q�行的�Q意范围的修改�?

当然�Q�如果你不想控制�q�么多，你也可以很轻杄��忽略�q�些�Ҏ�?— 只需在提交命令上加上 '-a' �Q�就可以把所有修改过的文件加入到暂存区域中去了�?

svn perforce

分布�?/a>

包括 Git 在内的所有分布式 SCM 的最佳特性之一是分布式。这意味着你不�?"checkout" 源代码的最新版�Q�而是 "clone" 整个代码库�?

�q�意味着即��使用中央集中式的工作��，每一个用户都拥有一份主服务器的备䆾�Q�每一份都可以在主服务器当机或损坏时用来替换它。��?Git 便不存在单点故障了，除非只有一个点�?

同时�q�不会��操作变得太慢。��^均来��_��SVN checkout 只比��M��一�U�分布式 SCM 快一炏V��在我测试过的分布式 SCM 中，Git 是最快的�?

Git 1m 59s

Hg 2m 24s

Bzr 5m 11s

SVN 1m 4s

svn perforce

适用于�Q何工作流

Git 令�h惊叹的特性之一是，�׃��其天生的分布式特征及强大的分支系�l�，可以轻而易丄��应用��M��想的到的工作��?

Subversion 式的工作��?/h3>
集中式工作流是一�U�很常见的工作流�Q�这对于那些从集中式�pȝ��q�移�q�来的�h来说��其如此。如果你上次 fetch �q�后�Q�已�l�有其他��行了 push 操作�Q�那�?Git ��不允许你直�?push�Q? 所以这�U�所有开发者向同一台服务器 push 的集中式模型可以工作的很好�?

集成��理员工作流

另一�U�常见工作流是有一名集成管理员专门负责�?'blessed' 库提交，其他开发者复制该库，push ��C��们自��q��立的库，随后��h��集成��理�?pull 他们的修攏V�? �q�是开源工�E�或 GitHub 库中很常见的一�U�开发模式�?

��o官与副官工作��?/h3>
对于规模更庞大的��目�Q�你可以让开发者��用类�?Linux 内核开发的工作��，每一个子�pȝ��都有专�h�Q�副官）负责合�ƈ与该子系�l�相关的修改�? 另有一名整合者（��o官）只从副官那里 pull �Q�然�?push �?'blessed' 库，其他所有�h则再�?'blessed' 库复制�?

再次��Q�对于工作流 Git 非常有弹性，你可以�؜合及选用��M��适合你的工作��?

hg bzr svn perforce

GitHub

我本人在 GitHub 工作�Q�所以这可能昑־�有点偏颇�Q? 不过我还是加入了�q�一部分�Q�因为很多�h说正�?GitHub 让他们选择�?Git �?

GitHub 是很多�h使用 Git 的原因，相比��单的托管�|�站�Q�它更象一个社交网�l��? ��Z��扑ֈ�与他们在做的事相养I��|��的其他开发�h员或��目�Q�然后轻村֜� fork 和�A献，�q�样形成了一个以 Git �?各种��目��Z��心的�z�跃�C�֌��?

也有其他许多针对 Git 和其�?SCM 的服务，但很��有用户导向或社交导向的�Q�更没有哪个是基于用��L��的�? GitHub 的社交性是杀手��Ҏ��，上述�Ҏ��?Git �?GitHub 成�ؓ快速开发开源项目的最佳组合�?

其他��M��一�U?SCM 都不提供�q�样的社区�?

perforce

�Ҏ��学习

本来�q��如此 — 早期�?Git �q�不是真正意义上�?SCM�Q�而更象一套让你可以用分布式的方式�q�行版本控制的工兗��? 但是现在 Git 命��o集和学习曲线已经和其�?SCM �c�M��Q�甚��x��其中一些更好�?

不作针对性的研究很难证明�q�一点，在此我仅仅演�C�Z��?Mercurial �?Git 命��o中的默认帮助菜单的区别。这两个�pȝ��中相同（或相�q�）的命令将被高亮显�C��? �Q�在 Hg 中，如果你输�?'hg help'�Q�你会得��C��?40 多个命��o的清单。）

Mercurial Help

add add the specified files ...
annotate show changeset informati...
clone make a copy of an existi...
commit commit the specified fil...
diff diff repository (or sele...
export dump the header and diff...
init create a new repository ...
log show revision history of...
merge merge working directory ...
parents show the parents of the ...
pull pull changes from the sp...
push push changes to the spec...
remove remove the specified fil...
serve export the repository vi...
status show changed files in th...
update update working directory

Git Help

add Add file contents to the index
bisect Find the change that introduce...
branch List, create, or delete branches
checkout Checkout a branch or paths to ...
clone Clone a repository into a new ...
commit Record changes to the repository
diff Show changes between commits, ...
fetch Download objects and refs from...
grep Print lines matching a pattern
init Create an empty git repository
log Show commit logs
merge Join two or more development h...
mv Move or rename a file, a direc...
pull Fetch from and merge with anot...
push Update remote refs along with ...
rebase Forward-port local commits to ...
reset Reset current HEAD to the spec...
rm Remove files from the working ...
show Show various types of objects
status Show the working tree status
tag Create, list, delete or verify...

�?Git 1.6 之前�Q�所�?Git 命��o都存攑֜�可执行�\径下�Q�这让��用者非常迷惑�? 现在虽然 Git 仍能识别所有这些命令，但存攑֜�可执行�\径下的只�?'git' �q�一命��o�? 如果你比�?Mercurial �?Git 会发玎ͼ�Git 的命令集与帮助系�l�与 Mercurial 几乎完全一�?— 从初学者的 UI 角度来说两者几乎没有区别�?

现在已经很难�?Mercurial �?Bazaar �?Git 更易学了�?

原文�Q�http://zh-cn.whygitisbetterthanx.com/
http://zh-cn.whygitisbetterthanx.com/

�q�L�v蓝梦 2011-06-27 20:17 发表评论

�q�L�v蓝梦 — Wed, 11 May 2011 06:58:00 GMT

不一��L��索引

我想如果看过《Git历险记》的前面三篇文章的朋友可能已�l�知道怎么�?a >git add�Q?a >git commit�q�两个命令了�Q�知道它们一个是把文件暂存到索引中�ؓ下一�ơ提交做准备�Q�一个创建新的提交（commit�Q�。但是它们台前幕后的一些有��的�l�节大家不一定知晓，请允许我一一道来�?/p>
Git 索引是一个在你的工作目录�Q�working tree�Q�和��目仓库间的暂存区域(staging area)。有了它, 你可以把许多内容的修改一��h��?commit)�?如果你创��Z��一个提�?commit)�Q�那么提交的一般是暂存区里的内�? 而不是工作目录中的内宏V�?/p>
一个Git��目中文件的状态大概分成下面的两大�c�，而第二大�c�d��分�ؓ三小�c�：

未被跟踪的文�Ӟ��untracked file�Q?/li>
已被跟踪的文�Ӟ��tracked file�Q?

被修改但未被暂存的文�Ӟ��changed but not updated或modified�Q?/li>
已暂存可以被提交的文�Ӟ��changes to be committed 或staged�Q?/li>
自上�ơ提交以来，未修改的文�g(clean �?unmodified)

看到上面的这么多的规则，大家早就头大了吧。老办法，我们��Z��个Git��试��目来试验一下：

我们先来��Z��个空的项目：

$rm -rf stage_proj
$mkdir stage_proj
$cd stage_proj
$git init
Initialized empty Git repository in /home/test/work/test_stage_proj/.git/

我们�q�创��Z��个内�Ҏ��“hello, world”的文�Ӟ��

$echo "hello,world" > readme.txt

现在来看一下当前工作目录的状态，大家可以看到“readme.txt”处于未被跟踪的状态（untracked file�Q�：

$git status
# On branch master
#
# Initial commit
#
# Untracked files:
#   (use "git add ..." to include in what will be committed)
#
#   readme.txt
nothing added to commit but untracked files present (use "git add" to track)

�?#8220;readme.txt"加到暂存区： $git add readme.txt

现在再看一下当前工作目录的状态：

$git status
# On branch master
#
# Initial commit
#
# Changes to be committed:
#   (use "git rm --cached ..." to unstage)
#
#   new file:   readme.txt
#

可以看到现在"readme.txt"的状态变成了已暂存可以被提交�Q�changes to be committed�Q�，�q�意味着我们下一步可以直接执�?#8220;git commit“把这个文件提交到本地的仓库里��M��?/p>
暂存区（staging area�Q�一般存攑֜�“git目录“下的index文�g�Q?git/index�Q�中�Q�所以我们把暂存区有时也叫作索引�Q�index�Q�。烦引是一个二�q�制�? 式的文�g�Q�里面存放了与当前暂存内容相关的信息�Q�包括暂存的文�g名、文件内容的SHA1哈希串值和文�g讉K��权限�Q�整个烦引文件的内容以暂存的文�g名进行排序保存的�?/p>
但是我不想马上就把文件提交，我想看一下暂存区�Q�staging area�Q�里的内容，我们执行git ls-files命��o看一下：

$git ls-files --stage
100644 2d832d9044c698081e59c322d5a2a459da546469 0   readme.txt

我们如果有看�q?a >上一��文�?/a>�? �?庖丁解牛", 你会发现“git目录“里多��Z��”.git/objects/2d/832d9044c698081e59c322d5a2a459da546469”�q? 么一个文�Ӟ��再执�?#8220;git cat-file -p 2d832d” 的话�Q�就可以看到里面的内�Ҏ��?#8220;hello,world"。Git在把一个文件添加暂存区�Ӟ��不但把它在烦引文�?.git/index)里挂了号�Q��? 且把它的内容先保存到�?#8220;git目录“里面��M��?/p>
如果我们执行”git add“命��o时不��心把不需要的文�g也加入到暂存��Z��话，可以执行“git rm --cached filename" 来把误添加的文�g从暂存区中移除�?/p>
现在我们先在"readme.txt"文�g上做一些修改后�Q?/p>
$echo "hello,world2" >> readme.txt

再来看一下暂存区的变�?

$git status
# On branch master
#
# Initial commit
#
# Changes to be committed:
#   (use "git rm --cached ..." to unstage)
#
#   new file:   readme.txt
#
# Changed but not updated:
#   (use "git add ..." to update what will be committed)
#   (use "git checkout -- ..." to discard changes in working directory)
#
#   modified:   readme.txt
#

大家可以看到命��o输出里多了一块内容：“changed but not updated ...... modified: readme.txt”。大家可能会觉得很奇怪，我前面不是把"readme.txt"�q�个文�g�l�添加到暂存区里��M��吗，�q�里怎么又提�C�我未添加到暂存�? �Q�changed but not updated�Q�呢�Q�是不是Git搞错了呀�?/p>
Git 没有错，每次执行“git add”��d��文�g到暂存区�Ӟ��它都会把文�g内容�q�行SHA1哈希�q�算�Q�在索引文�g中新加一��，再把文�g内容存放到本地的“git目录“里。如果在上次执行 “git add”之后再对文�g的内容进行了修改�Q�那么在执行“git status”命��o�Ӟ��Git会对文�g内容�q�行SHA1哈希�q�算��׃��发现文�g又被修改了，�q�时“readme.txt“��同时呈��C��两个状态：被修改但�? 被暂存的文�g�Q�changed but not updated�Q�，已暂存可以被提交的文�Ӟ��changes to be committed�Q�。如果我们这时提交的话，��是只会提交�W�一��?#8220;git add"所以暂存的文�g内容�?/p>
我现在对�?#8220;hello,world2"的这个修改不是很满意�Q�想要撤消这个修改，可以执行git checkout�q�个命��o�Q?/p>
$git checkout -- readme.txt

现在再来看一下仓库里工作目录的状态：

$git status
# On branch master
#
# Initial commit
#
# Changes to be committed:
#   (use "git rm --cached ..." to unstage)
#
#   new file:   readme.txt
#

好的�Q�现在项目恢复到我想要的状态了�Q�下面我��q��git commit 命��o把这个修�Ҏ��交了吧：

$git commit -m "project init"
[master (root-commit) 6cdae57] project init   1 files changed, 1 insertions(+), 0 deletions(-)    create mode 100644 readme.txt

现在我们再来看一下工作目录的状态：

$git status
# On branch master
nothing to commit (working directory clean)

大家可以看到“nothing to commit (working directory clean)”�Q�如果一个工作树�Q�working tree�Q�中所有的修改都已提交��C��当前分支里（current head�Q�，那么��p��它是�q�净的（clean�Q�，反之它就是脏�?dirty)�?/p>
SHA1值内容寻址

正如Git is the next Unix 一文中所说的一��P��Git是一�U�全新的使用数据的方式（Git is a totally new way to operate on data�Q�。Git把它所��理的所有对象（blob�Q�tree�Q�commit�Q�tag……�Q�，全部�Ҏ��它们的内容生成SHA1哈希串��g��为对象名�Q�根据目前的数学知识�Q�如果两块数据的SHA1哈希串值相�{�，那么我们��可以认��两块数据是相�?的。这样会带来的几个好处：

Git只要比较对象名，��可以很快的判断两个对象的内�Ҏ��否相同�?/li>
因�ؓ在每个仓库（repository�Q�的“对象�?#8221;的计��方法都完全一��P��如果同样的内容存在两个不同的仓库中，��׃��存在相同�?#8220;对象�?#8221;�?/li>
Git�q�可以通过��查对象内容的SHA1的哈希值和“对象�?#8221;是否匚w��Q�来判断对象内容是否正确�?/li>

我们通过下面的例子，来验证上面所说的是否属实。现在创��Z��个和“readme.txt“内容完全相同的文�?#8221;readme2.txt“�Q�然后再把它提交到本��C��库中�Q?/p>
$echo "hello,world" > readme2.txt
$git add readme2.txt
$git commit -m "add new file: readme2.txt"
[master 6200c2c] add new file: readme2.txt
1 files changed, 1 insertions(+), 0 deletions(-)
create mode 100644 readme2.txt

下面的这条很复杂的命令是查看当前的提交（HEAD�Q�所包含的blob对象�Q?/p>
$git cat-file -p HEAD | head -n 1 | cut -b6-15 | xargs git cat-file -p
100644 blob 2d832d9044c698081e59c322d5a2a459da546469    readme.txt
100644 blob 2d832d9044c698081e59c322d5a2a459da546469    readme2.txt

我们再来看看上一�ơ提交（HEAD^�Q�所包含的blob对象�Q?/p>
$git cat-file -p HEAD^ | head -n 1 | cut -b6-15 | xargs git cat-file -p
100644 blob 2d832d9044c698081e59c322d5a2a459da546469    readme.txt

很明昑֤�家看到尽��当前的提交比前一�ơ多了一个文�Ӟ��但是它们之间却是在共用同一个blob对象�Q?#8220;2d832d9”�?/p>
No delta, just snapshot

Git 与大部分你熟悉的版本控制�pȝ��Q�如Subversion、CVS、Perforce 之间的差别是很大的。传�l�系�l��用的是： “增量文�g�pȝ��” �Q�Delta Storage systems�Q�，它们存储是每�ơ提交之间的差异。而Git正好与之相反�Q�它是保存的是每�ơ提交的完整内容�Q�snapshot�Q�；它会在提交前�Ҏ��要提�? 的内�Ҏ��SHA1哈希串��g��为对象名�Q�看仓库内是否有相同的对象，如果没有��将�?#8220;.git/objects"目录创徏对应的对象，如果有就会重用已有的对象�Q�以节约�I�间�?/p>
下面我们来试验一下Git是否真的是以“snapshot”方式保存提交的内宏V�?/p>
先修改一�?readme.txt"�Q�给里面加点内容�Q�再把它暂存�Q�最后提交到本地仓库中：

$echo "hello,world2" >> readme.txt
$git add readme.txt
$git commit -m "add new content for readme.txt"
[master c26c2e7] add new content for readme.txt   1 files changed, 1 insertions(+), 0 deletions(-)

我们现在看看当前版本所包含的blob对象有哪些：

$git cat-file -p HEAD | head -n 1 | cut -b6-15 | xargs git cat-file -p
100644 blob 2e4e85a61968db0c9ac294f76de70575a62822e1    readme.txt
100644 blob 2d832d9044c698081e59c322d5a2a459da546469    readme2.txt

从上面的命��o输出�Q�我们可以看�?readme.txt"已经对应了一个新的blob对象�Q?#8220;2e4e85a”�Q�而之前版本的"readme.txt“对应的blob对象是：“2d832d9”。下面我们再来看一看这两个”blob“里面的内容和我们的预期是否相同：

$git cat-file -p 2e4e85a
hello,world
hello,world2
$git cat-file -p 2d832d9
hello,world

大家可以看到�Q�每一�ơ提交的文�g内容�q�是全部保存的（snapshot�Q��?/p>
��结

Git内在机制和其它传�l�的版本控制�pȝ��Q�VCS�Q�间存在本质的差异，所以Git的里"add"操作的含义和其它VCS存在差别也不��ؓ奇，“git add“不但能把未跟�t�的文�g�Q�untracked file�Q�添加到版本控制之下�Q�也可以把修改了的文章暂存到索引中�?/p>
同时�Q�由于采�?#8220;SHA1哈希串值内容寻�?#8220;�?#8221;快照存储�Q�snapshot�Q?#8220;�Q�让Git成�ؓ一个速度非常非常快的版本控制�pȝ��Q�VCS�Q��?/p>
参�?/h2>

GitCommunityBook 中文�?/a>

ProGit 中文�?/a>

致谢

感谢上帝�Ҏ��的眷��，让我可以有写作专栏的�q�样一个机会�?/p>
感谢朋友们在写作�q�程的无�U�帮助：张凯�?/a>�Q?a >刘炜�Q?a >许晓�?/a>�Q?a >Fenng……

特别要感��家人默默支持：�Q?/p>
原文�Q�http://www.infoq.com/cn/news/2011/03/git-adventures-index-commit

�q�L�v蓝梦 2011-05-11 14:58 发表评论

Git 历险讎ͼ�三）——创��Z��个自��q��本地仓库

�q�L�v蓝梦 — Wed, 11 May 2011 02:56:00 GMT

如果我们要把一个项目加入到Git的版本管理中�Q�可以在��目所在的目录�?span>git init命��o建立一个空的本��C��库，然后再用git add命��o把它们都加入到Git本地仓库的暂存区�Q?span>stage or index�Q�中�Q�最后再�?span>git commit命��o提交到本��C��库里�?/span>

创徏一个新的项目目录，�q�生成一些简单的文�g内容�Q?/span>

$ mkdir test_proj

$ cd test_proj

$ echo “hello,world” > readme.txt

在项目目录创建新的本��C��库，�q�把��目里的所有文件全部添加、提交到本地仓库中去�Q?/span>

$ git init #在当前的目录下创��Z��个新的空的本��C��?/span>

Initialized empty Git repository in /home/user/test_proj/.git/

$ git add . #把前目录下的所有文件全部添加到暂存�?/span>

$ git commit -m 'project init' #创徏提交

[master (root-commit) b36a785] project init

1 files changed, 1 insertions(+), 0 deletions(-)

create mode 100644 readme.txt

Git目录的结�?/span>

git init命��o在项目的��层目录中徏了一个名为：“.git”的目录，它的别名�?“Git目录”�Q?span>Git directory�Q�。这�?#8221;Git目录”中虽然有一些文�Ӟ��但是没有��M��提交�Q�commit�Q�在里面�Q�所以我们叫它是�I�Z��库（empty Git repository�Q��?/span>

�?span> SVN不同�Q�一个Git��目一般只在项目的根目录下��Z��?#8220;.git”目录�Q�而SVN则会在项目的每一个目录下��Z��?#8221;.svn”目录�Q�这也我喜欢Git的原因之一�Q�）

Git把所有的历史提交信息全部存储�?#8220;Git目录”里，它就是一个Git��目的仓库；你对本地的源代码�q�行�~�辑修改后创建的提交也都会先保存在这里面�Q�然后再推送到�q�端的服务器。当我们我把��目目录�?#8220;Git目录”一��h��到其它电脑里�Q�它能马上正常的工作�Q�所有的提交信息全都保存在Git目录里）�Q�甚臛_��以只�?#8220;Git目录”拯��也行�Q�但是要再签出（checkout�Q�一�ơ�?/span>

Git��Z�� 调试的方便，它可以指定项目的Git目录的位�|�。有两种办法�Q�一是设�|?#8220;GIT_DIR”环境变量�Q�二是在命��o行里讑֮�“--git-dir--git-dir”参数指定它的位置�Q�大家可以看一下这�?span>(git(1) Manual Page)�?/span>

庖丁解牛

前面的这些东东我�?a >�W�一��?/a>里也大概的讲�q�一些，但是今天我们想不但要开动这辆叫“Git”的跑车，�q�想看看它里面有些什么样的零�Ӟ��是怎么构成的�?/span>

OK�Q�我们来看看“test_proj”��目里的“Git目录”的结构：

$cd test_proj/.git

$ ls | more

branches/ # 新版的Git已经不再使用�q�个目录�Q�所以大家看到它 #一般会是空�?/span>

COMMIT_EDITMSG # 保存着上一�ơ提交时的注释信�?/span>

config # ��目的配�|�信�?/span>

description # ��目的描�q�C��?/span>

HEAD # ��目当前在哪个分支的信息

hooks/ # 默认�?#8220;hooks” 脚本文�g

index # 索引文�g�Q�git add 后把要添加的��Ҏ��存到�q�里

info/ # 里面有一个exclude文�g�Q�指定本��目要忽略的文�g #�Q�看一下这�?/span>

logs/ # 各个refs的历史信�?/span>

objects/ # �q�个目录非常重要�Q�里面存储都是Git的数据对�?/span>

# 包括�Q�提�?commits), 树对�?trees)�Q�二�q�制对象 #�Q�blobs�Q?标签对象�Q�tags�Q��?/span>

#不明白没有关�p�，后面会讲的�?/span>

refs/ # 标识着你的每个分支指向哪个提交�Q�commit�Q��?/span>

我先�?span>git log命��o来看一下这个Git��目里有哪些提交�Q?/span>

$ git log

commit 58b53cfe12a9625865159b6fcf2738b2f6774844

Author: liuhui998

Date: Sat Feb 19 18:10:08 2011 +0800

project init

大家可以看到目前只有一个提交（commit�Q�对象，而它的名字就是：”58b53cfe12a9625865159b6fcf2738b2f6774844”。这个名字就是对象内容的一个SHA�{�֐�串��|��只要对象里面的内容不同，那么我们��可以认为对象的名字不会相同�Q�反之也成立。我在��用时一般不用把�q�个40个字�W�输全，只要把前面的5~8个字�W�输完就可以�Q�前提是和其它的对象名不冲突�Q�。�ؓ了方便表�C�，在不影响表达的情况下�Q�我会只写SHA串值的�?个字�W��?/span>

我们可以�?span>git cat-file来看一下这个提交里的内�Ҏ��什�?

$ git cat-file -p 58b53c

tree 2bb9f0c9dc5caa1fb10f9e0ccbb3a7003c8a0e13

author liuhui998 1298110208 +0800

committer liuhui998 1298110208 +0800

project init

大家可以看到�Q�提�?#8220;58b53c” 是引用一个名�?#8220;2bb9f0”的树对象�Q�tree�Q�。一个树对象�Q�tree�Q�可以引用一个或多个二进制对象（blob�Q? 每个二进制对象都对应一个文件�?更进一�? 树对象也可以引用其他的树对象�Q�从而构成一个目录层�ơ结构。我们再看一下这个树对象�Q�tree�Q�里面有什么东东：

$ git cat-file -p 2bb9f0

100644 blob 2d832d9044c698081e59c322d5a2a459da546469 readme.txt

不难看出�Q?bb9f0”�q�个树对象（tree�Q�包括了了一个二�q�制对象�Q�blob�Q�，对应于我们在前面创徏的那个叫 ”readme.txt”的文件。现在我们来看看�q�个”blob”里的数据是不是和前面的提交的内容一��_��

$ git cat-file -p 2d832d

hello,world

哈哈�Q�熟悉的“hello,world”又回来了�?/span>

想不想看看提交对象、树对象和二�q�制对象是怎么�?#8221;Git目录“中存储的�Q�没有问题，执行下面的命令，看看”.git/objects”目录里的内容�Q?/span>

$ find .git/objects

.git/objects

.git/objects/2b

.git/objects/2b/b9f0c9dc5caa1fb10f9e0ccbb3a7003c8a0e13

.git/objects/2d

.git/objects/2d/832d9044c698081e59c322d5a2a459da546469

.git/objects/58

.git/objects/58/b53cfe12a9625865159b6fcf2738b2f6774844

.git/objects/info

.git/objects/pack

如果大家仔细看上面命令执行结果中的粗体字�Q�所有的对象都��用SHA�{�֐�串��g��为烦引存储在”.git/objects”目录之下�Q�SHA串的前两个字�W�作为目录名�Q�后面的38个字�W�作为文件名�?/span>

�q�些文�g的内容其实是压羃的数据外加一个标注类型和长度的头。类型可以是提交对象�Q�commit�Q�、二�q�制对象�Q�blob�Q��?树对象（tree�Q�或者标�{�֯�象（tag�Q��?/span>

如何clone一个远�E�项�?/span>

我��n边的很多朋友是因��得到某个开源项目的代码�Q�所以才开始学习��用Git。而获取一个项目的代码的一般的做法��是�?span>git clone命��o�q�行直接复制�?/span>

例如�Q�有些朋友可能想看一下最新的linux内核源代�?/a>�Q�当我们打开它的 �|�站�Ӟ��发现有如下面的一�D�|��C�：

URL

git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git

http://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git

https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git

URL下面的三行字�W�串表示三个地址�Q�我们可以通过�q�三个地址得到同样的一份Linux内核源代码�?/span>

也就是说下面�q�三条命令最�l�得到的是同一份源代码�Q?/span>

git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git

git clone http://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git

git cone https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git

我们先来看一下URL�Q�git://、http://、https://�q�些代表是传输git仓库的协议�Ş式，�?#8220;git.kernel.org“则代表了Git仓库存储的服务器名字�Q�域名）�Q?span>“/pub/scm/linux/kernel/git/torvalds/linux-2.6.git” 则代表了Git仓库在服务器上位�|��?/span>

Git 仓库除了可以通过上面�?/span>git�?/span>http�?/span>https协议传输外还可以通过ssh�?/span>ftp(s)�?/span>rsync�{�协议来传输�?span>git clone的本质就是把“Git目录”里面的内�Ҏ��贝过来，大家��x��看，一般的“Git目录”里有成千上万的各�U�对象（提交对象�Q�树对象�Q�二�q�制对象......)�Q�如果逐一复制的话�Q�其效率��可惌��知�?/span>

如果通过git、ssh协议传输�Q�服务器端会在传输前把需要传输的各种对象先打好包再进行传输；而http�Q�s�Q�协议则会反复请求要传输的不同对象。如果仓库里面的提交不多的话�Q�前者和后者的效率相差不多�Q�但是若仓库里有很多提交的话�Q�git、ssh协议�q�行传输则会更有效率�?/span>

不过现在Git对http�Q�s�Q�协议传输Git仓库做了一定的优化�Q�http�Q�s�Q�传输现在也能达到ssh协议的效率，有兴��的朋友可以看一下这里（Smart HTTP Transport�Q��?/span>

好的�Q�现在我们执行了下面�q�条命��o�Q�把linux-2.6的最新版源代码clone下来�Q?/span>

$cd ~/

$mkdir temp

$git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git

Initialized empty Git repository in /home/liuhui/temp/linux-2.6/.git/

remote: Counting objects: 1889189, done.

remote: Compressing objects: 100% (303141/303141), done.

Receiving objects: 100% (1889189/1889189), 385.03 MiB | 1.64 MiB/s, done.

remote: Total 1889189 (delta 1570491), reused 1887756 (delta 1569178)

Resolving deltas: 100% (1570491/1570491), done.

Checking out files: 100% (35867/35867), done.

当我们执行了“git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git”�q�条命��o后大家可以看到这条输出：

Initialized empty Git repository in /home/user/temp/linux-2.6/.git/

�q�就是意味着我们在本地先��Z��一�?#8220;linux-2.6”目录�Q�然后在�q�个目录��Z��一个空的Git本地仓库�Q�Git目录�Q�；里面��会存储从网上拉下来的历史提交�?/span>

下面两条输入代表服务器现在调�?span> git-pack-objects 对它的仓库进行打包和压羃�Q?/span>

remote: Counting objects: 1888686, done.

remote: Compressing objects: 100% (302932/302932), done.

然后客户端接收服务器端发�q�送过来的数据�Q?/span>

Receiving objects: 100% (1889189/1889189), 385.03 MiB | 1.64 MiB/s, done.

在我们执行完上面的clone linux-2.6代码的的操作后，Git会从“Git目录”里把最新的代码到签出（checkout�Q�到“linux-2.6”�q�个目录里面。我们一�? 把本地的“linux-2.6”�q�个目录叫做”工作目录“�Q?span>work directory�Q�，它里面保存着你从其它地方clone�Q?span>or checkout�Q�过来的代码。当你在��目的不同分支间切换�Ӟ��“工作目录”中的文�g可能会被替换或者删除；“工作目录”只是保存着当前的工作，你可以修攚w��面文件的内容直到下次提交为止�?/span>

大家�q�记得前面的“庖丁解牛”吗，是不是觉得只杀一头叫“hello,world”的小牛太不过瘾了。没有问题，拿�v前面的那把小刀�Q�来剖析一下现在�h在你��盘里这头叫“linux-2.6”大牛看看�Q�我想一定很好玩�?/span>

在写��文章的�q�程中，我要感谢在那些关心我�q�提出真诚意见的朋友�Q�如果没有你们真诚的意见�Q�我也许没有�q�么强烈的紧�q�感�Q�也不会深深的感到自��q��不��。我是第一�ơ写专栏�Q?a >张凯�?/a>同学�l�了我很大的帮助。最后还是要感谢我的家�h�Q�是他们让我有时间来�q�行写作�Q�）

原文�Q�http://www.infoq.com/cn/news/2011/02/git-adventures-local-repository

�q�L�v蓝梦 2011-05-11 10:56 发表评论

�q�L�v蓝梦 — Wed, 11 May 2011 02:26:00 GMT

各位同学�Q�上�?a >Git历险讎ͼ�一�Q?/a>讲了一�?“hello Git” 的小故事。有的同学可能是玩过了其它分布式版本控制�pȝ��Q�DVCS�Q�，看完之后��p��c�L��通对Git��׃��然于�怺��Q�也有的同学可能�q�如我当初入手Git一��P��对它�q�是�怸�着头脑�?/p>
从这一��开始，我就��比�?#8220;啰嗦”的和大家一起从零开始经历Git使用的每一步，当然�Ҏ��而言�q�也是一个重新认识Git的过�E��?/p>
使用Git的第一步肯定是安装Git�Q�因为在多数�q�_��上Git是没有预装的。我�q�x��主要的工作环境是windows和Linux�Q�ubuntu�Q�，我想看这��文章的同学多半也是在这两个�q�_��下工作；下面我讲一下如何在�q�两个��^��C��安装和配�|�Git�?/p>
BTW:如果是苹果��^台的用户的安装可以参看一下这�?1,2)�Q�配�|�和命��o行的使用与windows、Linux�Q?nix�Q��^台差别不大�?/p>
Linux (*nix) �q�_��

Linus开发Git的最初目的就是�ؓ了开发Linux内核服务的，自然它对Linux的��^台支持也是最��的。在Linux下安装Git大约有几�U�方法：

从源代码开�?�q�种�Ҏ��也适合于多�?nix�q�_��)

�?a >Git官网�?a >下蝲��面下蝲它最新稳定版�?a >源代�?/a>�Q�就可以从源代码开始编译、安装：

$ wget http://kernel.org/pub/software/scm/git/git-1.7.3.5.tar.bz2
$ tar -xjvf git-1.7.3.5.tar.bz2
$ cd git-1.7.3.5
$ make prefix=/usr all ;# prefix讄��你的Git安装目录
$ sudo make prefix=/usr install ;# 以root权限�q�行

��Z��~�译Git的源代码�Q�我们还需要一些库: expat�?a >curl�?zlib �?openssl�Q?除了expat 外，其它的库可能在你的机器上都安装了�?/p>
使用安装包管理器�Q�apt �?yum�Q?/strong>

�?fedora �{�系�l�下�?a >yum �Q?/p>
$ yum install git-core

在debian, ubuntu�{�系�l�下�?a >apt �Q?/p>
$ apt-get install git-core

有时候，你系�l�里的安装包��理器出��C��问题�Q�或是要安装Git的机器不能上�|�、没有编译器的话�Q�你可以从下面的站点��M��?“.deb” �?“.rpm”的安装包�Q?/p>

RPM Packages

Stable Debs

Windows�q�_��

windows�q�_��有两个模�?nix like�q�行环境的工��P��cygwin�Q?a >msys�Q�Git�?a >cygwin�Q?a >msys下都有相应的�U�L��版本。我个�h觉得msys�q�_��下的msysGit最好用�Q�现在我在windows下也是用的这个版本�?/p>
很多同学可能要问�Q�现在windows下有那多Git用户�Q��ؓ什么Git不直接出一个windows native版。俺当年��ȝ��了一�?a >Git的源代码�Q�它里面使用了大量的*nix�q�_��的native api�Q�而这些api在windows下是没有的，所以必��要用cygwin、msys�q�样的一个中间层来满��Y件移植的要求�?/p>
下面�?#8220;啰嗦”一下如何在windows下安装msysGit�?/p>
下蝲

到它�?a >下蝲��面��M��载一个最新的完整安装包，�W�者在撰写本文时下载的�?a >�q�个�?/p>
安装

安装的过�E�没有什么好说的�Q�一般是开始安装后�Q�一路的点击“下一�?#8221;。由于windows�q�_��的换行符�Q�CRLF�Q�和Linux(*nix)�q�_��的换行符�Q�LF�Q�不同，那么在windows下开发其它��^台��Y件的朋友有一个地方要注意�Q�见下图)�Q?/p>

在这里一最好�?#8220;Checkout as-is, commit as-is”�q�个选项�Q�这��P��Git��׃��会修改你代码的换行符风格�?/p>
以前有个朋友因�ؓ选错了这个选项�Q�以致他在windows�q�_��下的一�{�և��Q�checkout�Q�其它��^台的代码�Q�就会显�C?#8221;已修�?#8220;�Q�modified�Q�，不过后来可能msysGit也认识到�q�个问题了，��把默认选项�Ҏ��了这个选项�?/p>
BTW: 其实前面两项也是有用的，如果对windows和Linux(*nix)�q�_��如何处理换行�W?/a>很熟悉的话，也可以尝试一下前面两个选项�Q�）

配置Git

在Linux下和windows下配�|�Git的方法差不多�Q�只是在Linux下，可以在命令行里直接��?a >git config�q�行配置, 而在windows下则要先打开“Git Bash”�Q�进入msysGit命��o行界面，再用git config命��o�q�行相应的配�|�操作�?/p>
好了�Q�前面安装好了Git�Q�现在我们开始配�|�：

�W�一个需要配�|�的��是用户的用户名和email�Q�因��些内容会出现在你的每一个提交（commit�Q�里面的�Q�像下面�q�样�Q?/p>
$ git log #我们用git log查看当前仓库的提交（commit�Q�日�?br /> commit 71948005382ff8e02dd8d5e8d2b4834428eece24
Author: author
Date: Thu Jan 20 12:58:05 2011 +0800
Project init

下面的这两行命��o��是讄��用户名和email�Q?/p>
$ git config --global user.name author #��用户名设�ؓauthor
$ git config --global user.email author@corpmail.com #��用户邮��p��为author@corpmail.com

Git的配�|�信息分为全局和项目两�U�，上面命��o中带�?#8220;--global"参数�Q�这��意��x��在进行全局配置�Q�它会媄响本��Z��的每个一个Git��目�?/p>
大家看到�Q�上面我们用的是@corpmail�Q�公叔R��）�Q�但是有时候我们可能也参与了一些开源项目，那么��需要新的用户名和自��q��U��h邮箱�Q�Git 可以为每个项目设定不同的配置信息�?/p>
在命令行环境�Q�进入Git��目所在目录，执行下面的命令：

$ git config　user.name nickname#��用户名设�ؓnickname
$ git config　user.email nickname@gmail.com #��用户邮��p��为nickname@gmail.com

Git的设计哲学和Linux�Q?nix�Q�一��P��量的��?a �Q�用��L��录下�?gitconfig�Q�文件中�Q?/p>
我们用cat、head命��o查看全局配置信息文�g�Q��ƈ假设相关配置信息存储在文件的�?行（当然也有可能不在�?行，�q�里只是��Z��方便表示�Q?/p>
$ cat ~/.gitconfig | head -3
[user]
name = author
email = author@corpmail.com

而项目配�|�文件是存放在Git��目所在目录的".git/config"文�g中，�q�里也像上面一��L��cat、head命��o查看一下：

$ cat .git/config | head -3
[user]
name = nickname

如果大家对于Git熟悉后，可以直修�?#8221;~/.gitconfig”,”.git/config”�q�两个文件进行配�|��?/p>
Git里还有很多可以配�|�的地方�Q�大家可以参考一�?a >git config �?定制git�?/p>

�q�一��写��h��有点�q�x�E无奇�Q�但�q�是一个Git用户�q�出的第一步。后面我�q�会有一�p�d��的文章出来，都是我个��Z��用过�E�中的感悟�?/p>
有朋友问我：“��Z��么把文章叫作�Q?#8216;Git历险�?#8217;”。这是因为在使用Git的历�E�中�Q�我��到�q�N多的问题�Q�同时也觉得它有点小复杂。但是当�q�些问题解开后，��有时不得不赞叹它设计的巧妙之处�?/p>
如果大家对于我的文章有什么问题和��Q�欢�q�给我写邮�g�Q?img _p="true" alt="" _href="img://image1.jpg" src="http://www.infoq.com/resource/news/2011/01/git-adventures-install-config/zh/resources/image2.JPG" border="0" />

之前我徏立了一�?git中文用户�l?/a> �Q�如果大家在使用Git的过�E�中��到什么麻烦事�Q�欢�q�你在这个用��L��里提问�?/p>
参考资料：

GitCommunityBook 中文�?/a>

ProGit 中文�?/a>

git config

感谢张凯�?/a>�Ҏ��文的�{�划及无比耐心的审校�?/p>
感谢家�h在我的写作过�E�中的默默支持�?/p>
原文�Q�http://www.infoq.com/cn/news/2011/01/git-adventures-install-config
email = nickname@gmail.com

�q�L�v蓝梦 2011-05-11 10:26 发表评论

	Git	Hg	Bzr
Init	0.024s	0.059s	0.600s
Add	8.535s	0.368s	2.381s
Status	0.451s	1.946s	14.744s
Diff	0.543s	2.189s	14.248s
Tag	0.056s	1.201s	1.892s
Log	0.711s	2.650s	9.055s
Commit (Large)	12.480s	12.500s	23.002s
Commit (Small)	0.086s	0.517s	1.139s
Branch (Cold)	1.161s	94.681s	82.249s
Branch (Hot)	0.070s	12.300s	39.411s

热久久久久久,国产精品1区2区在线观看,美女网站久久

Git服务器Gitosis安装讄���-git权限���理

1. 准备环境�Q�安装更�?/h1> 1sudo apt-get update 2sudo apt-get upgrade

2. 安装 openssh服务�?/h1> 1sudo apt-get install openssh-server openssh-client

3. 安装 git服务�?/h1> 1sudo apt-get install git-core

5. 安装python的setup tool

6. 获取�q�安装gitosis

7. 配置gitosis

8.创徏个�h公钥和私钥，另外一台pc机（git客户端）

9. ���理gitosis配置

10. 安装apache2

11. 安装gitweb

12. 配置 gitweb

13. 配置apache2

Git使用基础��?

2、Git 1+1

3、Git的基本命�?/span>

4、Git独有的一些命�?/span>

Git资料

Git 中文手册

��Z��么GIT比其他好

X

集成���理员工作流

Mercurial Help

Git Help

不一��L��索引

SHA1值内容寻址

No delta, just snapshot

���结

致谢

Git 历险讎ͼ�三）——创��Z��个自��q��本地仓库

Linux (*nix) �q�_��

Windows�q�_��

下蝲

安装

配置Git

Git服务器Gitosis安装讄��-git权限��理

1. 准备环境�Q�安装更�?/h1>
`1` `sudo` `apt-get update`
`2` `sudo` `apt-get upgrade`

2. 安装 openssh服务�?/h1>
`1` `sudo` `apt-get` `install` `openssh-server openssh-client`

3. 安装 git服务�?/h1>
`1` `sudo` `apt-get` `install` `git-core`

9. ��理gitosis配置

集成��理员工作流

��结

**Linux (*nix) �q�_��**