Git的使用感受

Feb 3rd, 2012

从开始工作到现在，在公司里面一直用svn来做版本管理。大约半年前听说了Git，因为Git的光辉相当耀眼，作者是Linus Torvalds，被大量的开源软件采用，如jQuery, Perl, Qt, ROR, YUI, GNOME等，所以决定学一学。比较庆幸的是，国内有一本较好的介绍Git的书：《Git权威指南》。我大概花了一个月的周末时间来学习它。在这里总结一下使用Git的感受，主要是和SVN来做一些比较，以便突出Git的特点。

学习成本

首先我感觉Git的学习成本还是比较高的。svn基本上不到20个命令就可以应付日常的工作了，而Git有上百个命令。我在学习SVN的时候，基本上没有看什么书，最多就是在网上随便看了一些贴子，就基本会使用SVN了。而我花在Git的学习时间算下来，至少有1周。

因为Git的学习成本较高，所以当一个会svn的同学刚刚接触Git的时候，如果简单地把Git当SVN用，就会感觉Git相当难用。我在公司就时常听到同事抱怨它。所以我认为，要想真正用好Git，还是需要投入时间来学习它，否则是很难使用的。

Git的内部结构

Git真正是一个面向程序员的工具，它的内部数据结构是一个有向无环图，并且，你必须理解它的内部数据结构后，才能掌握它。因为你的很多操作，都其实对应的是这个有向无环图的操作。比如:

• git commit就是增加一个结点。
• git commit —amend就是改发一个结点。
• git reset就是修改HEAD指向的结点。

另外，Git内部包括三个区域：工作区，暂存区和版本库。

• git add 是将工作区的内容保存到暂存区
• git checkout 是将暂存区的内容覆盖工作区
• git commit 是将暂存区的内容保存到版本库
• git reset 默认情况下是将版本库的内容覆盖工作区
• git diff 也有三种情况，分别是比较工作区与暂存区，工作区与版本库，暂存区与版本库之间的差别

了解了Git的内部结构，对于这些Git的命令就更加理解了。

svn的坑

svn在平常使用上基本没什么坑，平时通过

svn pe svn:ignore . 

设置好忽略的文件，以免误把不应该加入版本管理的文件加进来。

我唯一遇到的一次问题是这样的：我有一个目录要加入svn的版本库，但是目录里面的一些文件不想加入。如果直接输入svn add 目录名，就会把目录下所有文件都加入到版本管理中。如果cd到那个目录里面配置svn:ignore，又会因为当前目录还不在版本管理中，设置不了。最后找到的解决办法是在svn add的时候增加 —non-recursive 参数：

123

svn add dirname --non-recursive或者是：$ svn add dirname --depth empty

还有就是对于一些不小心用svn add加入了版本管理，但实际上不应该加的目录。可以这么做：

123456

svn export spool spool-tmp    (这里export可以将原目录中的.svn目录给清除掉)svn rm spoolsvn ci -m 'Removing inadvertently added directory "spool".'mv spool-tmp spoolsvn propset svn:ignore 'spool' .svn ci -m 'Ignoring a directory called "spool".'

Git的坑

• 在windows下的文件的权限因为无法和linux上完全一致，所以用Git检出的文件权限可能显示为被更改。另外因为windows下的换行和linux上也不一样，协作开发时也容易出问题。所以在windows上使用Git的同学需要加上以下2行配置参数：

1234

git config --global core.filemode falsegit config --global core.autocrlf true第一句是忽略文件权限的改动。第二句是将文件checkout时自动把LF转成CRLF，check in 时自动把CRLF转成LF

• svn的svn revert filename 对应的其实是 git checkout — filename, 而git revert xxx是基于xxx提交所做的改动，做一次反向提交，和svn revert 完全不一样。

Git的一些小技巧

强制推送

一旦推送到远程仓库后，就不要用类似git reset, git ci —amend, git rebase等破坏性提交了，否则远程仓库会因为你的新推送不是Fast Forward而拒绝提交(关于什么是Fast Forward要讲的太多了，自已看书吧)。如果实在不小心做了。在确定别人没有检出前，用git push -f 可以强制推送到远程仓库中。如下图:

使用git svn

在公司没有应用git前，你可以用git svn 来做管理。 git svn 相关命令：

12345

 git svn clone -r REV1:HEAD svn_addr local_addr git svn dcommit  提交到SVN git svn fetch    从svn up信息 git svn rebase   将从svn up过来的信息，rebase成git提交 git svn rebase --continue  冲突后继续rebase信息

用git svn clone 的时候，带上 -r rev1:HEAD参数，可以省去将SVN整个提交历史抓取下来的时间。

设置常用命令的别名

在用户的home目录下，有一个.gitconfig文件，里面可以配置一些别名，方便平时的git操作。特别是那些平日使用SVN的短命令习惯了的同学，配置一下别名后，使用git就会相当顺手了。我配置的别名如下。这里特别多说一句，有些人喜欢将ci设置成commit -a，这样就不用git add来把需要提交的文件加入到暂存区了。在《Git权威指南》中，作者极力反对这样做。因为Git本身在提交前有add这步，就是为了让提交者能够审视自己的提交文件，以防止错误的提交发生。

[alias]    st = status -s    ci = commit    l = log --oneline --decorate -13    ll = log --oneline --decorate    co = checkout    br = branch    rb = rebase    dci = dcommit

删除不在git管理下的文件

如果你需要删除Git下没有加入到版本库中的文件，可以使用：

12

git clean -nd 测试删除git clean -fd 真实删除

搭建自己的远程仓库

搭建一个Git远程仓库相当简单，直接在一台带SSH的服务器上用git init —bare dirname即可。本地可以用git remote命令来设置多个远程分支。另外，第一次提交的时候，因为远程仓库中没有任何分支，需要用如下指令建立master分支：

123456

git remote add origin [e-mail]:~/path/repository_namegit remote add add2 [e-mail]:~/path/repository_namegit push origin mastergit push add2 master// 如果git remote add设置地址写错了，可以用git remote set-url更改：git remote set-url origin [e-mail]:~/path/repository_name

如何用Git将一个文件的历史提交恢复？

上次遇到一个问题，我某次提交改动了很多文件，但是其中有一个是不应该改的。所以我需要把这次提交中关于那个文件的改动撤销。直接用git checkout命令可以检出某一个文件的历史版本，然后就可以将对这个文件的改动取消了。如下：

12

git checkout CommitId fileName git ci -m "revert a file modification"

本地工作区还有未提交的内容时，不能pull?

可以先用 git stash 将内容暂存，然后再pull，成功后再git stash pop将修改恢复。

提交的邮箱错了？

有些时候，因为同时在github和公司内部做提交，所以用2个不同的邮箱。如果一个新工程clone下来，忘了用git config 来设置提交用户名和邮箱，就有可能用错误的邮箱作为账号名提交。这个时候，如果你只是错了最近的一次提交而已，可以用如下命令来将最近的一次提交作者名和邮箱修改：

123

git config user.email [e-mail] config user.name your-namegit commit --amend --reset-author

如果等你发现的时候，已经错了很多提交了。可以用如下命令来一次性修改多个提交的用户名和邮箱：

123456

git filter-branch -f --env-filter "    GIT_AUTHOR_NAME='Tang Qiao'    GIT_AUTHOR_EMAIL='[e-mail]'    GIT_COMMITTER_NAME='Tang Qiao'    GIT_COMMITTER_EMAIL='[e-mail]'" HEAD

提交的时候自动去掉源码末尾的空格

源码末尾的空格几乎都是无意义的，应该去掉的。大多数review系统，都会将源码末尾的空格标红。所以，我们何不在提交时让git自动帮我们去掉这些空格呢？这个可以通过设置git的hook来实现，具体方法如下：

1. 用vim编辑一个名为pre-commit的文件：

1

vim .git/hooks/pre-commit

1. 输入如下代码，保存退出vim

123456789101112131415

#!/bin/shif git-rev-parse --verify HEAD >/dev/null 2>&1 ; then   against=HEADelse   # Initial commit: diff against an empty tree object   against=4b825dc642cb6eb9a060e54bf8d69288fbee4904fi# Find files with trailing whitespacefor FILE in `exec git diff-index --check --cached $against -- | sed '/^[+-]/d' | sed -E 's/:[0-9]+:.*//' | uniq` ; do    # Fix them!    sed -i '' -E 's/[[:space:]]*$//' "$FILE"    git add "$FILE"done

1. 增加pre-commit的运行权根：

1

chmod +x .git/hooks/pre-commit

让常用操作自动带颜色

默认的git diff, status, log什么的都是不带颜色的，可以用如下命令让它们都带上颜色。另外还有一些有趣的命令，一并列在下面。

123456789101112131415

git config --global --add user.email "[e-mail]"git config --global --add user.name "your name"git config --global alias.co checkoutgit config --global alias.br branchgit config --global alias.ci commitgit config --global alias.st status -sgit config --global alias.l log --oneline --decorate -12git config --global color.diff autogit config --global color.status autogit config --global color.branch autogit config --global merge.tool kdiff3git config --global meregtool.kdiff3.path "/usr/bin/kdiff3"git config --global alias.visual "!gitk"

自动补全git命令

1.安装bash-completion: brew install bash-completion

2.按要求把以下代码增加到 .bash_profile文件中：

123

  if [ -f `brew --prefix`/etc/bash_completion ]; then    . `brew --prefix`/etc/bash_completion  fi

3.下载bash-completion对于Git的支持

12

cd /usr/local/etc/bash_completion.d/sudo curl -O https://raw.github.com/git/git/master/contrib/completion/git-completion.bash

一些Git的资料

• Git Magic 很通俗的一本介绍Git的书，比较短小精炼。
• Pro Git 全面介绍Git的书，非常详细。
• 《Git权威指南》 中国人写的一本介绍Git的书，也非常通俗。我个人主要就是通过这本书来学习Git的。
• Github 基于Git的开源网站。在Github的托管的项目相当多，著名的有：rails, jquery, node, homebrew, three20, jekyll, jquery-ui, backbone, coffee-script, tornado, redis, underscore, asi-http-request, django。

Posted by 唐巧 Feb 3rd, 2012shell

原创文章，版权声明：自由转载-非商用-非衍生-保持署名 | Creative Commons BY-NC-ND 3.0