1 Git的初始化配置：

1） 配置使用git仓库的人员姓名

git config --global user.name "Your Name "

2） 配置使用git仓库的人员email

git config --global user.email  “you email"

2. Git本地操作基本命令

2.1. Git init

或者使用git init-db。

创建一个空的Git库。在当前目录中产生一个.git 的子目录。以后，所有的文件变化信息都会保存到这个目录下，而不像CVS那样，会在每个目录和子目录下都创建一个CVS目录。

在.git目录下有一个config文件，可以修改其中的配置信息。

2.2. Git clone

取出服务器的仓库的代码到本地建立的目录中（与服务器交互）

通过git clone获取远端git库后，.git/config中的开发者信息不会被一起clone过来。仍然需要为本地库的.git/config文件添加开发者信息。此外，开发者还需要自己添加   . gitignore文件。

通过git clone获取的远端git库，只包含了远端git库的当前工作分支。如果想获取其它分支信息，需要使用 “git branch –r” 来查看， 如果需要将远程的其它分支代码也获取过来，可以使用命令 “ git checkout -b 本地分支名 远程分支名”，其中，远程分支名为 “git branch –r” 所列出的分支名， 一般是诸如“origin/分支名”的样子。如果本地分支名已经存在， 则不需要“-b”参数。

2.3. Git add

将当前工作目录中更改或者新增的文件加入到Git的索引中，加入到Git的索引中就表示记入了版本历史中，这也是提交之前所需要执行的一步。

可以递归添加，即如果后面跟的是一个目录作为参数，则会递归添加整个目录中的所有子目录和文件。例如：

git add dir1 （ 添加dir1这个目录，目录下的所有文件都被加入 ）

Git add f1 f2 （ 添加f1，f2文件）

git add .      ( 添加当前目录下的所有文件和子目录 )

2.4. Git commit

提交当前工作目录的修改内容。

直接调用git commit命令，会提示填写注释。通过如下方式在命令行就填写提交注释：git commit -m "Initial commit of gittutor reposistory"。 注意，和CVS不同，git的提交注释必须不能为空，否则就会提交失败。

git commit还有一个 -a的参数，可以将那些没有通过git add标识的变化一并强行提交，但是不建议使用这种方式。

每一次提交，git就会为全局代码建立一个唯一的commit标识代码，用户可以通过git reset命令恢复到任意一次提交时的代码。

git commit –-amend –m “message” （在一个commit id上不断修改提交的内容）

2.5. Git pull

从服务器的仓库中获取代码，和本地代码合并。（与服务器交互，从服务器上下载最新代码，等同于： Git fetch + Git merge）

从其它的版本库（既可以是远程的也可以是本地的）将代码更新到本地，例如：“git pull origin master ”就是将origin这个版本库的代码更新到本地的master主分支。

git pull可以从任意一个git库获取某个分支的内容。用法如下：git pullusername@ipaddr:远端repository名远端分支名 本地分支名。这条命令将从远端git库的远端分支名获取到本地git库的一个本地分支中。其中，如果不写本地分支名，则默认pull到本地当前分支。

需要注意的是，git pull也可以用来合并分支。 和git merge的作用相同。 因此，如果你的本地分支已经有内容，则git pull会合并这些文件，如果有冲突会报警。

2.6. Git push

将本地commit的代码更新到远程版本库中，例如 “git push origin”就会将本地的代码更新到名为orgin的远程版本库中。

git push和git pull正好想反，是将本地某个分支的内容提交到远端某个分支上。用法：git pushusername@ipaddr:远端repository名本地分支名 远端分支名。这条命令将本地git库的一个本地分支push到远端git库的远端分支名中。

需要格外注意的是，git push好像不会自动合并文件。因此，如果git push时，发生了冲突，就会被后push的文件内容强行覆盖，而且没有什么提示。 这在合作开发时是很危险的事情。

2.7. Git merge 和Git rebase

把服务器上下载下来的代码和本地代码合并。或者进行分支合并。

例如：当前在master分支上，若想将分支dev上的合并到master上，则git merge dev

注意：git merge nov/eclair_eocket （是将服务器git库的eclair_eocket分支合并到本地分支上）

git rebase nov/eclair_eocket （是将服务器git库的eclair_eocket分支映射到本地的一个临时分支上，然后将本地分支上的变化合并到这个临时分支，然后再用这个临时分支初始化本地分支）

2.8. Git fetch

从服务器的仓库中下载代码。（与服务器交互，从服务器上下载最新代码）

相当于从远程获取最新版本到本地，不会自动merge，比Git pull更安全些。

使用此方法来获取服务器上的更新。

例如：如果使用git checkout nov/eclair_rocket （nov/eclair_rocket为服务器上的分支名），则是获取上次使用git fetch命令时从服务器上下载的代码；如果先使用 git fetch ，再使用git checkout nov/eclair_rocket，则是先从服务器上获取最新的更新信息，然后从服务器上下载最新的代码

2.9. Git status

查看版本库的状态。可以得知哪些文件发生了变化，哪些文件还没有添加到git库中等等。 建议每次commit前都要通过该命令确认库状态。

最常见的误操作是， 修改了一个文件， 没有调用git add通知git库该文件已经发生了变化就直接调用commit操作， 从而导致该文件并没有真正的提交。这时如果开发者以为已经提交了该文件，就继续修改甚至删除这个文件，那么修改的内容就没有通过版本管理起来。如果每次在 提交前，使用git status查看一下，就可以发现这种错误。因此，如果调用了git status命令，一定要格外注意那些提示为 “Changed but not updated:”的文件。 这些文件都是与上次commit相比发生了变化，但是却没有通过git add标识的文件。

2.10. Git log

查看历史日志，包含每次的版本变化。每次版本变化对应一个commit id。

Git log -1

-1的意思是只显示一个commit，如果想显示5个，就-5。不指定的话，git log会从该commit一直往后显示。

Git log --stat –summary （显示每次版本的详细变化）

在项目日志信息中，每条日志的首行（就是那一串字符）为版本更新提交所进行的命名，我们可以将该命名理解为项目版本号。项目版本号应该是唯一的，默认由 Git 自动生成，用以标示项目的某一次更新。如果我们将项目版本号用作git-show 命令的参数，即可查看该次项目版本的更新细节。

2.11. Git rm

从当前的工作目录中和索引中删除文件。

可以递归删除，即如果后面跟的是一个目录做为参数，则会递归删除整个目录中的所有子目录和文件。例如：

git rm –r * （进入某个目录中，执行此语句，会删除该目录下的所有文件和子目录）

git rm f1    (删除文件f1，包含本地目录和index中的此文件记录)

git rm --ached f1 (删除文件f1，不会删除本地目录文件，只删除index中的文件记录；将已经git add的文件remove到cache中,这样commit的时候不会提交这个文件, 适用于一下子添加了很多文件, 却又想排除其中个别几个文件的情况.)

2.12 Git文档忽略机制

工作目录中有一些文件是不希望接受Git 管理的，譬如程序编译时生成的中间文件等等。Git 提供了文档忽略机制，可以将工作目录中不希望接受Git 管理的文档信息写到同一目录下的.gitignore 文件中。

例如：工作目录下有个zh目录，如果不想把它加入到Git管理中，则执行：

echo “zh” > .gitignore

git add .

有关gitignore 文件的诸多细节知识可阅读其使用手册：man gitignore

3.参考文献

3.1 博客：http://blog.csdn.net/gemmem/article/details/7290125

3.2 唐巧的教程：http://blog.devtang.com/2012/02/03/talk-about-svn-and-git/

3.3 廖雪峰教程：http://blog.devtang.com/2012/02/03/talk-about-svn-and-git/