Git的学习与使用
1.git简介
Git是分布式版本控制系统，那么它就没有中央服务器的，每个人的电脑就是一个完整的版本库，这样，工作的时候就不需要联网了，因为版本都是在自己的电脑上。既然每个人的电脑都有一个完整的版本库，那多个人如何协作呢？比如说自己在电脑上改了文件A，其他人也在电脑上改了文件A，这时，你们两之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。
下图就是分布式版本控制工具管理方式：
2.git工作流程
一般工作流程如下：
1．从远程仓库中克隆 Git 资源作为本地仓库。
2．从本地仓库中checkout代码然后进行代码修改
3．在提交前先将代码提交到暂存区。
4．提交修改。提交到本地仓库。本地仓库中保存修改的各个历史版本。
5．在修改完成后需要和团队成员共享代码时可以将代码push到远程仓库。
下图展示了 Git 的工作流程：
3.工作区和暂存区
Git和其他版本控制系统如SVN的一个不同之处就是有暂存区的概念。什么是工作区（Working Directory）？工作区就是你在电脑里能看到的目录，在这个目录中的“.git”隐藏文件夹是版本库。Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD。
如下图所示：
我们把文件往Git版本库里添加的时候，是分两步执行的：
第一步是用git add把文件添加进去，实际上就是把文件修改添加到暂存区；
第二步是用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支。
因为我们创建Git版本库时，Git自动为我们创建了唯一一个master分支，所以，现在，git commit就是往master分支上提交更改。
4.远程仓库
在github上创建好一个仓库。Github支持两种同步方式“https”和“ssh”。如果使用https很简单基本不需要配置就可以使用，但是每次提交代码和下载代码时都需要输入用户名和密码。如果使用ssh方式就需要客户端先生成一个**对，即一个公钥一个私钥。然后还需要把公钥放到githib的服务器上。
ssh协议
使用ssh协议通信时，为自己创建一对密匙，并把公用密匙放在需要访问的服务器上。如果你要连接到SSH服务器上，客户端软件就会向服务器发出请求，请求用你的密匙进行安全验证。服务器收到请求之后，先在该服务器上你的主目录下寻找你的公用密匙，然后把它和你发送过来的公用密匙进行比较。如果两个密匙一致，服务器就用公用密匙加密“质询”并把它发送给客户端软件。客户端软件收到“质询”之后就可以用你的私人密匙解密再把它发送给服务器。
我们可以使用 Git Bash.exe来生成**。命令: ssh-****** -t rsa
一路回车就可以
执行命令完成后,在window本地用户.ssh目录C:\Users\用户名.ssh下面生成如下名称的公钥和私钥:
ssh**配置
**生成后需要在github上配置**本地才可以顺利访问。
在key部分将id_rsa.pub文件内容添加进去，然后点击“Add SSH key”按钮完成配置。
同步到远程仓库
在仓库所在的目录点击右键选择“Git Bash Here”，启动git bash程序。
然后在git bash中执行如下语句：红框里内容是github仓库的ssh
之后再输入下面两个命令就可以将仓库推送到github了
从远程仓库克隆
git clone +项目的url
从远程仓库取代码
Git中从远程的分支获取最新的版本到本地有这样2个命令：
1.git fetch：相当于是从远程获取最新版本到本地，不会自动merge（合并代码）
2.git pull：相当于是从远程获取最新版本并merge到本地
上述命令其实相当于git fetch 和 git merge
在实际使用中，git fetch更安全一些
因为在merge前，我们可以查看更新情况，然后再决定是否合并
git常用指令
1.git init
在哪一目录下，就会在该目录下生成.git目录 注意：git init命令会把当前目录当作库。
2.git status
查看本地库的状态
3.git add .
将所有发生改变的文件添加到暂存区。这里的"."可以被替换成具体文件名，以表示只添加该文件
4.git commit -m ‘git_initCommit’
将暂存区的文件实际保存到仓库的历史纪录，通过这些历史记录，我们就可以在工作树中复原文件。-m后的是提交信息，是对这个提交的概述；如果不加-m ‘’，会启用vim编辑录入提交信息。提交信息非常关键，当你查看你的工作树时，需要通过提交信息来判断这次commit具体做了哪些改变。
5.git log
查看提交日志
6.git branch
将分支名列表显示，并确定当前所在分支
左侧标有*的表示这是我们当前所在的分支
7.git checkout -b feature-A 创建切换分支
等同于：
git branch feature-A 创建分支，这里的feature-A是我的分支名
git checkout feature-A 将当前分支切换到该分支
git checkout 切换回上一个分支
培育分支：不断对一个分支进行提交的操作
创建分支的作用：可以在互不影响的情况下进行多个功能的开发
8.git merge --no-ff feature-A
合并分支，这里的feature-A是我的分支名
–no-ff：指的是强行关闭fast-forward方式,保留分支的commit历史。
具体看：–no-ff
这个指令会进入vim编辑器，需要输入此次合并的信息，同样会出现在历史记录中。
vim操作：使用ZZ保存退出，ZQ不保存退出
9.回溯历史版本
git reset --hard 目标时间点的hash值 hash值查找看5.git log部分
git log可以看到提交日志，需要根据提交信息来选择应该回溯到哪个时间点，所以提交信息至关重要。
注意：
回溯之后本地库中的文件也会发生改变
每次切换分支时，本地库中的文件都会发生改变
10.git clone +项目的url
该命令会把远程的库克隆到本地库目录下，与.git目录同级
5.分支管理
创建合并分支
在我们每次的提交，Git都把它们串成一条时间线，这条时间线就是一个分支。截止到目前，只有一条时间线，在Git里，这个分支叫主分支，即master分支。HEAD指针严格来说不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是当前分支。
一开始的时候，master分支是一条线，Git用master指向最新的提交，再用HEAD指向master，就能确定当前分支，以及当前分支的提交点：
每次提交，master分支都会向前移动一步，这样，随着你不断提交，master分支的线也越来越长。
当我们创建新的分支，例如dev时，Git新建了一个指针叫dev，指向master相同的提交，再把HEAD指向dev，就表示当前分支在dev上：
不过，从现在开始，对工作区的修改和提交就是针对dev分支了，比如新提交一次后，dev指针往前移动一步，而master指针不变：
假如我们在dev上的工作完成了，就可以把dev合并到master上。Git怎么合并呢？最简单的方法，就是直接把master指向dev的当前提交，就完成了合并：
合并完分支后，甚至可以删除dev分支。删除dev分支就是把dev指针给删掉，删掉后，我们就剩下了一条master分支：
6.在IntelliJ IDEA中使用git
在IntelliJ IDEA中，如果Git安装在默认路径下，那么idea会自动找到git的位置，如果更改了Git的安装位置则需要手动配置下Git的路径。
选择File→Settings打开设置窗口，找到Version Control下的git选项：
创建本地仓库
在菜单中选择“vcs”→Import into Version Control→Create Git Repository…
选择工程所在的上级目录。本例中应该选择idea-projects目录，然后点击“OK”按钮，在工程的上级目录创建本地仓库，那么idea-projects目录就是本地仓库的工作目录，此目录中的工程就可以添加到本地仓库中。
选择之后在工具栏上就多出了git相关工具按钮：
点击提交将工程提交至本地仓库
然后点击“commit”按钮，将工程添加至本地仓库。
4）推送到远程
在github上创建一个仓库然后将本地仓库推送到远程。
在工程上点击右键，选择git→Repository→push，
或者在菜单中选择vcs→git→push
从远程仓库克隆
如果需要从服务端同步代码可以使用工具条中的“update”按钮