git详细使用教程
1. Git 历史
同生活中的许多伟大事件一样，Git 诞生于一个极富纷争大举创新的年代。
Linux 内核开源项目有着为数众广的参与者。绝大多数的 Linux 内核维护工作都 花在了提交补丁和保存归档的繁琐事务上（1991－2002 年间）。到 2002 年， Linux系统已经发展了十年了，代码库之大让Linus很难继续通过手工方式管理了， 于是整个项目组开始启用分布式版本控制系统 BitKeeper 来管理和维护代码。 到 2005 年的时候，开发 BitKeeper 的商业公司同 Linux 内核开源社区的 合作关系结束，他们收回了免费使用 BitKeeper 的权力。这就迫使 Linux 开源社 区（特别是 Linux 的缔造者 Linus Torvalds ）不得不吸取教训，只有开发一套属 于自己的版本控制系统才不至于重蹈覆辙。
他们对新的系统订了若干目标：
• 速度
• 简单的设计
• 对非线性开发模式的强力支持（允许上千个并行开发的分支）
• 完全分布式
• 有能力高效管理类似 Linux 内核一样的超大规模项目（速度和数据量）
2. Git 与 svn 对比
SVN 是集中式版本控制系统，版本库是集中放在*服务器的，而干活的时 候，用的都是自己的电脑，所以首先要从*服务器哪里得到最新的版本，然后 干活，干完后，需要把自己做完的活推送到*服务器。集中式版本控制系统是 必须联网才能工作，如果在局域网还可以，带宽够大，速度够快，如果在互联网 下，如果网速慢的话，就郁闷了。
下图就是标准的集中式版本控制工具管理方式：
集中管理方式在一定程度上看到其他开发人员在干什么，而管理员也可以很 轻松掌握每个人的开发权限。
但是相较于其优点而言，集中式版本控制工具缺点很明显：
服务器单点故障
容错性差
Git 是分布式版本控制系统，那么它可以没有*服务器的，每个人的电脑 就是一个完整的版本库，这样，工作的时候就不需要联网了，因为版本都是在自己的电脑上。既然每个人的电脑都有一个完整的版本库，那多个人如何协作呢？ 比如说自己在电脑上改了文件 A，其他人也在电脑上改了文件 A，这时，你们两 之间只需把各自的修改推送给对方，就可以互相看到对方的修改了
下图就是分布式版本控制工具管理方式：
3.git 工作流程
一般工作流程如下：
1．从远程仓库中克隆 Git 资源作为本地仓库。
2．从本地仓库中 checkout 代码然后进行代码修改
3．在提交前先将代码提交到暂存区。
4．提交修改。提交到本地仓库。本地仓库中保存修改的各个历史版本。
5．在修改完成后，需要和团队成员共享代码时，可以将代码 push 到远程仓库。
下图展示了Git 的工作流程
4. Git 的安装
最早 Git 是在 Linux 上开发的，很长一段时间内，Git 也只能在 Linux 和 Unix 系统上跑。不过，慢慢地有人把它移植到了 Windows 上。现在，Git 可以在 Linux、 Unix、Mac 和 Windows 这几大平台上正常运行了。由于开发机大多数情况都是 windows，所以本教程只讲解 windows 下的 git 的安装及使用。
下载地址：https://git-scm.com/download
安装 git for windows
安装 TortoiseGit
一路“Next”使用默认选项即可。 默认选项下会启动配置画面：
由于目前只有英文语言包，默认即可继续下一步。 配置 git.exe，在 4.2.1 中已经安装过 git-for-windows 了所以在此找到 git.exe 所在 的目录。
配置开发者姓名及邮箱，每次提交代码时都会把此信息包含到提交的信息中。 使用默认配置，点击“完成”按钮完成配置。
完整完毕后在系统右键菜单中会出现 git 的菜单项。
安装中文语言包
安装中文语言包并不是必选项。可以根据个人情况来选择安装。
直接“下一步”完整完毕。
鼠标右键选择 Settings
语言包安装完毕后可以在 TortoiseGit 的设置中调整语言
5. 使用 git 管理文件版本
创建版本库
什么是版本库呢？版本库又名仓库，英文名 repository，你可以简单理解成 一个目录，这个目录里面的所有文件都可以被 Git 管理起来，每个文件的修改、删除，Git 都能跟踪，以便任何时刻都可以追踪历史，或者在将来某个时刻可以 “还原”。由于 git 是分布式版本管理工具，所以 git 在不需要联网的情况下也具 有完整的版本管理能力。 创建一个版本库非常简单，可以使用 git bash 也可以使用 tortoiseGit。首先， 选择一个合适的地方，创建一个空目录（D:\git）。
使用 GitBas
在当前目录中点击右键中选择 Git Bash 来启动。
创建仓库执行命令： $ git init
使用 TortoiseGi
使用 TortoiseGit 时只需要在目录中点击右键菜单选择“在这里创建版本库”
版本库创建成功，会在此目录下创建一个.git 的隐藏目录，如下所示
版本库：“.git”目录就是版本库，将来文件都需要保存到版本库中。 工作目录：包含“.git”目录的目录，也就是.git 目录的上一级目录就是工作目录。只有工作目录中的文件才能保存到版本库中。
添加文件
添加文件步骤
在 D:\git 目录下创建一个 mytest.txt 文件
文本文件变为带“+”号的图标
提交文件 在 mytest.txt 上再次点击右键选择“提交”，此时将文件保存至版本库中。
工作区和暂存区
Git 和其他版本控制系统如 SVN 的一个不同之处就是有暂存区的概念。
什么是工作区（Working Directory）？ 工作区就是你在电脑里能看到的目录，比如我的 git 文件夹就是一个工作区。 其实 git 目录是工作区，在这个目录中的“.git”隐藏文件夹才是版本库。 Git 的版本库里存了很多东西，其中最重要的就是称为 stage（或者叫 index） 的暂存区，还有 Git 为我们自动创建的第一个分支 master，以及指向 master 的一 个指针叫 HEAD。
如下图所示
分支和 HEAD 的概念我们稍后再讲。前面讲了我们把文件往 Git 版本库里添 加的时候，是分两步执行的：
第一步是用 git add 把文件添加进去，实际上就是把文件修改添加到暂存区；
第二步是用 git commit 提交更改，实际上就是把暂存区的所有内容提交到 当前分支。 因为我们创建 Git 版本库时，Git 自动为我们创建了唯一一个 master 分支， 所以，现在，git commit 就是往 master 分支上提交更改。可以简单理解为，需要提交的文件修改通通放到暂存区，然后，一次性提交暂存区的所有修改。
修改文件
提交修改
被版本库管理的文件不可避免的要发生修改，此时只需要直接对文件修改即可。修改完毕后需要将文件的修改提交到版本库。 在修改后的 mytest.txt(修改后图标变成红色感叹号)文件上点击右键，然后选 择“提交”，和之前的提交方式一样
查看修改历史
在开发过程中可能会经常查看代码的修改历史，或者叫做查看代码的修改日 志。用来查看某个版本是谁修改的，什么时间修改的，修改了哪些内容。 可以在文件上点击右键选择“显示日志”来查看文件的修改历史。
差异比较
当文件内容修改后，需要和修改之前对比一下修改了哪些内容此时可以使用 “比较差异功能”
还原修改
当文件修改后不想把修改的内容提交，还想还原到未修改之前的状态。此时 可以使用“还原”功能
删除文件
需要删除无用的文件时可以使用 git 提供的删除功能直接将文件从版本库中删 除。
将 java 工程提交到版本库
第一步：创建 java 工程 project-test 复制到工作目录中
第二步：将工程添加到暂存区
点击确定完成暂存区添加。
三、忽略文件或文件夹 在此工程中，并不是所有文件都需要保存到版本库中的例如“bin”目录及目 录下的文件就可以忽略。好在 Git 考虑到了大家的感受，这个问题解决起来也很 简单，在 Git 工作区的根目录下创建一个特殊的.gitignore 文件，然后把要忽略的 文件名填进去，Git 就会自动忽略这些文件。
如果使用 TortoiseGit 的话可以使用菜单项直接进行忽略
选择保留本地文件。完成后在此文件夹内会多出一个.gitignore 文件，这个文 件就是文件忽略文件，当然也可以手工编辑。其中的内容就是把 bin 目录忽略掉。
四、提交代码
将代码添加到 master 分支上，其中.gitignore 文件也需要添加到暂存区，然后提 交到版本库。
忽略文件语法规范
空行或是以 # 开头的行即注释行将被忽略。
可以在前面添加正斜杠 / 忽略当前路径文件，但不包括子目录的同名文件。
可以在后面添加正斜杠 / 来忽略文件夹。
可以使用 ! 来否定忽略，即比如在前面用了 *.apk ，然后使用 !a.apk ，则这个 a.apk 不会被忽略。
* 用来匹配零个或多个字符，如 *.[oa] 忽略所有以".o"或".a"结尾， *~ 忽略所 有以 ~ 结尾的文件（这种文件通常被许多编辑器标记为临时文件）；
[] 用来 匹配括号内的任一字符，如 [abc] ，也可以在括号内加连接符，如 [0-9] 匹配 0 至 9 的数；
? 用来匹配单个字符。
看了这么多，还是应该来个栗子：
# 忽略 .a 文件 *.a
# 但否定忽略 lib.a, 尽管已经在前面忽略了 .a 文件 !lib.a
# 仅在当前目录下忽略 TODO 文件， 但不包括子目录下的 subdir/TODO /TODO
# 忽略 build/ 文件夹下的所有文件 build/
# 忽略 doc/notes.txt, 不包括 doc/server/arch.txt doc/*.txt
# 忽略所有的 .pdf 文件 在 doc/ directory 下的 doc/**/*.pdf
6.远程仓库
添加远程库
现在我们已经在本地创建了一个 Git 仓库，又想让其他人来协作开发，此时就 可以把本地仓库同步到远程仓库，同时还增加了本地仓库的一个备份。 常用的远程仓库就是 github：https://github.com/，接下来我们演示如何将本地代 码同步到 github。
在 github 上创建仓库
首先你得在 github 上创建一个账号，然后在 github 上创建一个仓库
点击“create repository”按钮仓库就创建成功了
Github 支持两种同步方式“https”和“ssh”。如果使用 https 很简单基本不 需要配置就可以使用，但是每次提交代码和下载代码时都需要输入用户名和密 码。而且如果是公司配置的私有 git 服务器一般不提供 https 方式访问，所以我 们着重讲“ssh”方式。
ssh 协议
SSH 是英文 Secure Shell 的简写形式。通过使用 SSH，你可以把所有传输的数 据进行加密，这样"中间人"这种攻击方式就不可能实现了，而且也能够防止 DNS 欺骗和 IP 欺骗。
使用 SSH，还有一个额外的好处就是传输的数据是经过压缩的，所以可以加 快传输的速度。SSH 有很多功能，它既可以代替 Telnet，又可以为 FTP、Pop、甚 至为 PPP 提供一个安全的"通道"。
如果一个用户从本地计算机，使用 SSH 协议登录另一台远程计算机，我们就 可以认为，这种登录是安全的，即使被中途截获，密码也不会泄露。
最早的时候，互联网通信都是明文通信，一旦被截获，内容就暴露无疑。1995 年，芬兰学者 Tatu Ylonen 设计了 SSH 协议，将登录信息全部加密，成为互联网 安全的一个基本解决方案，迅速在全世界获得推广，目前已经成为 Linux 系统的 标准配置
ssh **生成
在 windows 下我们可以使用 Git Bash.exe 来生成**，可以通过开始菜单或者右 键菜单打开 Git Bash
git bash 执行命令,生命公钥和私钥 命令: ssh-****** -t rsa
执行命令完成后,在window本地用户.ssh目录C:\Users\用户名\.ssh下面生成如下 名称的公钥和私钥:
ssh **配置
**生成后需要在 github 上配置**本地才可以顺利访问。
使用文本编辑器打开刚刚生成的公钥(id_rsa.pub)，在 key 部分将 id_rsa.pub 文件 内容添加进去，然后点击“Add SSH key”按钮完成配置。
同步到远程仓库
使用 git bash
在仓库所在的目录（D:\git）点击右键选择“Git Bash Here”，启动 git bash 程序。
然后在 git bash 中执行如下语句（参考 7.1.1 步骤，最后一张图里面的命令）： git remote add origin [email protected]:xuziyijava/mytest.git git push -u origin master 注意：其中红色字体部分需要替换成个人的用户名。
如果出现如下错误：
可以先执行如下命令，然后再执行上面的命令 $ git remote rm origin
正常的效果：
使用 TortoiseGit 同步
一、 由于 TortoiseGit 使用的 ssh 工具是“PuTTY”git Bash 使用的 ssh 工具是 “openSSH”，如果想让 TortoiseGit 也使用刚才生成的**可以做如下配置：
Url：远程仓库的地址
推送 URL：也是相同的
Putty **：选择刚才生成的**中的私钥
二、同步。在本地仓库的文件夹中单击右键，选择“Git 同步”
从远程仓库克隆
克隆远程仓库也就是从远程把仓库复制一份到本地，克隆后会创建一个新的本地 仓库。选择一个任意部署仓库的目录，然后克隆远程仓库。
使用 git bash：
$ git clone [email protected]:xuziyijava/mytest.git
使用 TortoiseGit
在任意目录点击右键：
从远程仓库取代码
Git 中从远程的分支获取最新的版本到本地有这样 2 个命令：
1. git fetch：相当于是从远程获取最新版本到本地，不会自动 merge（合并代码）
2. git pull：相当于是从远程获取最新版本并 merge 到本地
上述命令其实相当于 git fetch 和 git merge
在实际使用中，git fetch 更安全一些，因为在 merge 前，我们可以查看更新情况， 然后再决定是否合并。
如果使用 TortoiseGit 的话可以从右键菜单中点击“拉取”（pull）或者“获取” （fetch）
搭建私有 Git 服务器
服务器搭建
远程仓库实际上和本地仓库没啥不同，纯粹为了 7x24 小时开机并交换大家 的修改。GitHub 就是一个免费托管开源代码的远程仓库。但是对于某些视源代 码如生命的商业公司来说，既不想公开源代码，又舍不得给 GitHub 交保护费，那就只能自己搭建一台 Git 服务器作为私有仓库使用。
搭建 Git 服务器需要准备一台运行 Linux 的机器，在此我们使用 CentOS。以 下为安装步骤：
1、安装 git 服务环境准备
yum -y install curl curl-devel zlib-devel openssl-devel perl cpio expat-devel
gettext-devel gcc cc
2、下载 git-2.5.0.tar.gz
1）tar -zxf git-2.5.0.tar.gz
2）cd git-2.5.0
3）autoconf
4）./configure
5）make
6）make install
3、添加用户
useradd git
4、设置/home/git 文件夹操作权限
chown git:git /home/git
5、设置密码 passwd git
输入两次密码，密码为 git
6、切换到 git 用户 su git
7、创建 git 仓库 git --bare init /home/git/mygit
推荐使用：git --bare init 初始化仓库。
连接服务器
私有 git 服务器搭建完成后就可以向连接 github 一样连接使用了，但是我们 的 git 服务器并没有配置**登录，所以每次连接时需要输入密码。
使用命令连接：$ git remote add origin ssh://[email protected]/home/git/mygit
同步:$ git push -u origin master
这种形式和刚才使用的形式好像不一样，前面有 ssh://前缀，也可以这样写： $ git remote add origin [email protected]:first
使用 TortoiseGit 同步的话参考上面 的使用方法。
7.分支管理
创建合并分支
在我们每次的提交，Git 都把它们串成一条时间线，这条时间线就是一个分 支。截止到目前，只有一条时间线，在 Git 里，这个分支叫主分支，即 master 分支。HEAD 指针严格来说不是指向提交，而是指向 master，master 才是指向提 交的。
一开始的时候，master 分支是一条线，Git 用 master 指向最新的提交，再用 HEAD 指向 master，就能确定当前分支，以及当前分支的提交点：
每次提交，master 分支都会向前移动一步，这样，随着你不断提交，master 分 支的线也越来越长
当我们创建新的分支，例如 dev 时，Git 新建了一个指针叫 dev，指向 master 相同的提交，再把 HEAD 指向 dev，就表示当前分支在 dev 上：
Git 创建一个分支很快，因为除了增加一个 dev 指针，改改 HEAD 的指向，工作 区的文件都没有任何变化！不过，从现在开始，对工作区的修改和提交就是针对 dev 分支了，比如新提交一 次后，dev 指针往前移动一步，而 master 指针不变：
假如我们在 dev 上的工作完成了，就可以把 dev 合并到 master 上。Git 怎么合 并呢？最简单的方法，就是直接把 master 指向 dev 的当前提交，就完成了合并：
所以 Git 合并分支也很快！就改改指针，工作区内容也不变！
合并完分支后，甚至可以删除 dev 分支。删除 dev 分支就是把 dev 指针给删掉， 删掉后，我们就剩下了一条 master 分支：
使用 TortoiseGit 实现分支管理
创建分支
在本地仓库文件夹中点击右键，然后从菜单中选择“创建分支”：
如果想创建完毕后直接切换到新分支可以勾选“切换到新分支”选项或者从菜单 中选择“切换/检出”来切换分支
合并分支
分支切换到 dev 后就可以对工作区的文件进行修改，然后提交到 dev 分支， 原来的 master 分支不受影响。例如我们修改 mytest.txt 中的内容，然后提交到 dev 分支。
切换到 master 分支后还是原理的内容
将 dev 分支合并到 master 分支，当前分支为 master。从右键菜单中选择合并
再查看 mytest.txt 的内容就已经更新了：
解决冲突
两个分支中编辑的内容都是相互独立互不干扰的，那么如果在两个分支中都 对同一个文件进行编辑，然后再合并，就有可能会出现冲突。 例如在 master 分支中对 mytest.txt 进行编辑：
然后提交到版本库
切换到 dev 分支，对 mytest.txt 进行编辑：
然后提交到版本库。
最后进行分支合并，例如将 dev 分支合并到 master 分支。需要先切换到 master 分支然后进行分支合并。
出现版本冲突。
冲突需要手动解决，如下图解决完毕：
在冲突文件上单机右键选择“解决冲突”菜单项：
把冲突解决完毕的文件提交到版本库就可以了。
8. Eclipse 客户端 egit
Eclipse Mars2 版本自带此插件
提交代码到本地仓库
设置使用 Git
将工程添加到本地仓库
设置忽略的文件
如下图，加入检入时需要忽略的文件
提交代码到暂存区
添加代码到 git 中
提交代码到本地
Push 代码到远程仓库
设置 git 服务器地址：
检入检出远程仓库
当第一次检入到git服务器后，后续的代码检入检出git服务器的操作如下图即可
注意：Commit 提交的作用是把代码提交到本地。 Push 的作用是把本地的代码提交到远程的 git 服务器
检出代码
克隆 git 仓库到本地
设置 git 文件存放路径
导出工程
填写工程名
转换工程为对应的类型
解决冲突
提交解决冲突后的代码
把解决冲突后的代码执行 Add to Index
先 Commit 到本地 再 Push 到远程的 git 服务器