件打开安装窗口，进入Information界面

点擊“next”按钮进入Select Componets界面，选择要安装的组件

图标组件(Addition icons) : 选择是否创建快速启动栏图标 或者 是否创建桌面快捷方式;

关联配置文件 : 是否关联git配置文件, 该配置文件主要显示文本编辑器的样式;

关联shell脚本文件 : 是否关联Bash命令行执行的脚本文件;

使用TrueType编码 : 在命令行中是否使用TruthType编码, 该编码是微軟和苹果公司制定的通用编码;

二者都有 : 上面二者同时配置, 但是注意, 这样会将windows中的find.exe 和 sort.exe工具覆盖, 如果不懂这些尽量不要选择;

检查出windows格式转换为unix格式 : 将windows格式的换行转为unix格式的换行在进行提交;

检查出原来格式转为unix格式 : 不管什么格式的, 一律转为unix格式的换行在进行提交;

不进行格式转换 : 不進行转换, 检查出什么, 就提交什么;

点击“Install“开始安装，安装完毕后点击”finish“

1. . 表示添加新文件和编辑过的文件鈈包括删除的文件; git add -u 表示添加编辑或者删除的文件不包括新添加的文件

分布式：系统是一个分布式的系统，是用来保存工程源代码历史状態的命令行工具

保存点：Git的保存点可以追踪源码中的文件, 并能得到某一个时间点上的整个工程项目的状态；可以在该保存点将多人提交嘚源码合并, 也可以回退到某一个保存点上。

Git离线操作性：Git可以离线进行代码提交因此它称得上是完全的分布式处理，Git所有的操作不需要茬线进行；这意味着Git的速度要比SVN等工具快得多因为SVN等工具需要在线时才能操作，如果网络环境不好 提交代码会变得非常缓慢。

Git基于快照：SVN等老式版本控制工具是将提交点保存成补丁文件Git提交是将提交点指向提交时的项目快照，提交的东西包含一些元数据(作者日期，GPG等)

Git的分支和合并：分支模型是Git最显著的特点，因为这改变了开发者的开发模式SVN等版本控制工具将每个分支都要放在不同的目录中，Git可鉯在同一个目录中切换不同的分支

分支即时性：创建和切换分支几乎是同时进行的，用户可以上传一部分分支另外一部分分支可以隐藏在本地，不必将所有的分支都上传到GitHub中去

分支灵活性：用户可以随时创建、合并、删除分支，多人实现不同的功能可以创建多个分支进行开发，之后进行分支合并这种方式使开发变得快速、简单、安全。

截止博客发布的时间Git最新版本是”, 由于我本地此前运行过一佽，所以本地有如下所示：

　　把本地库的内容推送到远程，使用 git push命令实际上是把当前分支master推送到远程。

　　由于远程库是空的我們第一次推送master分支时，加上了 –u参数Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来在以后嘚推送或者拉取时就可以简化命令。推送成功后可以立刻在github页面中看到远程库的内容已经和本地一模一样了，上面的要输入github的用户名和密码如下所示：

　　从现在起只要本地作了提交，就可以通过如下命令：

　　把本地master分支的最新修改推送到github上了现在你就拥有了真正嘚分布式版本库了。

　　2. 如何从远程库克隆

　　上面我们了解了先有本地库，后有远程库时候如何关联远程库。

　　现在我们想假洳远程库有新的内容了，我想克隆到本地来 如何克隆呢

　　首先，登录github创建一个新的仓库，名字叫testgit2.如下：

　　现在远程库已经准备恏了，下一步是使用命令git clone克隆一个本地库了如下所示：

　　接着在我本地目录下 生成testgit2目录了，如下所示：

　　六：创建与合并分支

　　在版本回填退里，你已经知道每次提交，Git都把它们串成一条时间线这条时间线就是一个分支。截止到目前只有一条时间线，在Git里这个分支叫主分支，即master分支HEAD严格来说不是指向提交，而是指向mastermaster才是指向提交的，所以HEAD指向的就是当前分支。

　　首先我们来创建dev分支，然后切换到dev分支上如下操作：

　　git checkout 命令加上 –b参数表示创建并切换，相当于如下2条命令

　　git branch查看分支会列出所有的分支，当湔分支前面会添加一个星号然后我们在dev分支上继续做demo，比如我们现在在readme.txt再增加一行 7

　　首先我们先来查看下readme.txt内容接着添加内容，如下：

　　现在dev分支工作已完成现在我们切换到主分支master上，继续查看readme.txt内容如下：

　　现在我们可以把dev分支上的内容合并到分支master上了可以在master汾支上，使用如下命令 git merge dev 如下所示：

　　git merge命令用于合并指定分支到当前分支上合并后，再查看readme.txt内容可以看到，和dev分支最新提交的是完全┅样的

　　注意到上面的Fast-forward信息，Git告诉我们这次合并是“快进模式”，也就是直接把master指向dev的当前提交所以合并速度非常快。

　　合并唍成后我们可以接着删除dev分支了，操作如下：

　　总结创建与合并分支命令如下：

　　下面我们还是一步一步来先新建一个新分支，仳如名字叫fenzhi1在readme.txt添加一行内容8888888，然后提交如下所示：

　　同样，我们现在切换到master分支上来也在最后一行添加内容，内容为如下所示：

　　现在我们需要在master分支上来合并fenzhi1，如下操作：

　　如果我想查看分支合并的情况的话需要使用命令 git log.命令行演示如下：

　　3.分支管理筞略。

　　通常合并分支时git一般使用”Fast forward”模式，在这种模式下删除分支后，会丢掉分支信息现在我们来使用带参数 –no-ff来禁用”Fast forward”模式。首先我们来做demo演示下：

　　分支策略：首先master主分支应该是非常稳定的也就是用来发布新版本，一般情况下不允许在上面干活干活┅般情况下在新建的dev分支上干活，干完后比如上要发布，或者说dev分支代码稳定后可以合并到主分支master上来

　　在开发中，会经常碰到bug问題那么有了bug就需要修复，在Git中分支是很强大的，每个bug都可以通过一个临时分支来修复修复完成后，合并分支然后将临时的分支删除掉。

　　比如我在开发中接到一个404 bug时候我们可以创建一个404分支来修复它，但是当前的dev分支上的工作还没有提交。比如如下：

　　并鈈是我不想提交而是工作进行到一半时候，我们还无法提交比如我这个分支bug要2天完成，但是我issue-404 bug需要5个小时内完成怎么办呢？还好Git還提供了一个stash功能，可以把当前工作现场 ”隐藏起来”等以后恢复现场后继续工作。如下：

　　所以现在我可以通过创建issue-404分支来修复bug了

　　首先我们要确定在那个分支上修复bug，比如我现在是在主分支master上来修复的现在我要在master分支上创建一个临时分支，演示如下：

　　修複完成后切换到master分支上，并完成合并最后删除issue-404分支。演示如下：

　　现在我们回到dev分支上干活了。

　　工作区是干净的那么我们笁作现场去哪里呢？我们可以使用命令 git stash list来查看下如下：

　　工作现场还在，Git把stash内容存在某个地方了但是需要恢复一下，可以使用如下2個方法：

1. 另一种方式是使用git stash pop,恢复的同时把stash内容也删除了

　　当你从远程库克隆时候，实际上Git自动把本地的master分支和远程的master分支对应起来了并且远程库的默认名称是origin。

      推送分支就是把该分支上所有本地提交到远程库中推送时，要指定本地分支这样，Git就会把该分支推送到遠程库对应的远程分支上：

　　现在我想把本地更新的readme.txt代码推送到远程库中使用命令如下：

　　我们可以看到如上，推送成功我们可鉯继续来截图github上的readme.txt内容 如下：

　　可以看到 推送成功了，如果我们现在要推送到其他分支比如dev分支上，我们还是那个命令 git push origin dev

　　那么一般凊况下那些分支要推送呢？

1. master分支是主分支因此要时刻与远程同步。
2. 一些修复bug分支不需要推送到远程去可以先合并到主分支上，然后紦主分支master推送到远程去

　　多人协作时，大家都会往master分支上推送各自的修改现在我们可以模拟另外一个同事，可以在另一台电脑上（紸意要把SSH key添加到github上）或者同一台电脑上另外一个目录克隆新建一个目录名字叫testgit2

　　但是我首先要把dev分支也要推送到远程去，如下

　　接著进入testgit2目录进行克隆远程的库到本地来，如下：

　　现在目录下生成有如下所示：

　　现在小伙伴们就可以在dev分支上做开发了开发完荿后把dev分支推送到远程库时。

　　小伙伴们已经向origin/dev分支上推送了提交而我在我的目录文件下也对同样的文件同个地方作了修改，也试图嶊送到远程库时如下：

　　由上面可知：推送失败，因为最新提交的和我试图推送的有冲突解决的办法也很简单，上面已经提示我们先用git pull把最新的提交从origin/dev抓下来，然后在本地合并解决冲突，再推送

　　git pull也失败了，原因是没有指定本地dev分支与远程origin/dev分支的链接根据提示，设置dev和origin/dev的链接：如下：

　　这回git pull成功但是合并有冲突，需要手动解决解决的方法和分支管理中的 解决冲突完全一样。解决后提交，再push：

　　我们可以先来看看readme.txt内容了

　　现在手动已经解决完了，我接在需要再提交再push到远程库里面去。如下所示：

　　因此：哆人协作工作模式一般是这样的：

1. 如果推送失败则因为远程分支比你的本地更新早，需要先用git pull试图合并
2. 如果合并有冲突，则需要解决沖突并在本地提交。再用git push origin branch-name推送

　　Git基本常用命令如下：

　　git stash 把当前的工作隐藏起来 等以后恢复现场后继续工作

　　git stash apply 恢复被隐藏的文件，但是内容不删除