Git的基本操作

一、Git的简介

与SVN不同的是GIT 是一个分布式版本控制系统，每个人电脑都有完整的版本库，假如有人电脑坏了，也不会影响到其他的人工作。代码一般存储在一个'中央服务器'，服务器仅仅提供服务，方便交换大家修改的内容。

二、Git的安装

我这里使用的是Ubuntu的操作系统，所以只介绍Ubuntu环境下的操作使用

• windows安装

1、git下载
    - https://git-scm.com/downloads
    - https://pan.baidu.com/s/1kU5OCOB#list/path=%2Fpub%2Fgit
    - 360软件管家

2、安装git(不要出现中文路径和空格)

3、配置环境变量(我的电脑 — 右键属性 — 高级系统设置 — 高级 — 环境变量)
    - git命令是bin目录下

4、检测git是否安装成功
  - cmd 打开命令行
  - 查看git版本
    $ git  - -version 
  - 查看帮助
    $ git help

Mac中直接下载对应的xxx.dmg安装，在终端中使用，使用方式基本操作都是一致的。

• Linux安装

- 安装
  $ sudo apt-get install git

- 检测是否安装成功
  $ git --version

三、Git的本地创建

• 什么是版本库
  版本库又被称为仓库repository，初期可以理解为一个目录，这个目录里面管理的文件都可以被称为被git管理起来的，每个文件的修改，删除等的操作git都能进行跟踪。
• 设置Git

$ git config --global user.email '798075744@qq.com'
$ git config --global user.name 'Ail'

这里后续的代码都是托管到GitHub中，所以这里我们直接设置成GitHub的用户名和GitHub的邮箱

• 创建版本库

- 切换到需要添加版本控制的目录中
  $ cd mygit 
- 初始化本地仓库
  $ git init

会在对应目录中会看到 .git目录，就是用来跟踪管理的版本库，千万不要手动修改该目录的文件。

• 添加本地git忽略清单 .gitignore （哪些文件是不需要被管理的就添加到忽略清单）
  忽略规则是一行一个(根目录和其他目录，目录名相同时，即加上对应路径，如果是根目录则是“/”);

在项目开发中，有时候想把某些目录或文件加入忽略规则中，但在清单中添加之后发现是无效的。即是某些文件已经被纳入了版本管理中，则修改. gitignore是无效的。

解决方法:
$ git rm -r --cached .
$ git add .
$ git commit -m '更新gitignore忽略清单'
最好是在项目开始时，创建好. gitignore文件！

四、Git本地仓库的基本操作

• 查看本仓库的变更状态

$ git status  // 查看仓库当前的状态

$ git status -s   //   输出简要的变更日志

文件状态说明:           
' ' 没有修改
'A' 被添加到本地代码仓库   【add】
'C' 冲突                    【clash】
'D' 被删除               【delete】
'I' 被忽略               【ignore】
'M' 被修改                  【modification】
'R' 被替换               【replace】
'X' 外部定义创建的版本目录
'?' 文件没有被添加到本地版本库内
 '!' 文件丢失或者不完整（不是通过git命令删除的文件）
 '~' 受控文件被其他文件阻隔

• 添加本地托管(暂存,还未真正的提交到服务器)

  - 添加指定文件名的文件
    $ git add index.html  
  - 添加通配符匹配的文件
    $ git add *.js
  - 添加所有未托管的文件(忽略.gitignore清单中的列表)
    $ git add .       // 或使用 $ git add - -all

添加本地托管的文件目前还在本地托管，未提交到本地仓库，更没有提交服务器

• 提交被托管的文件到本地仓库

$ git commit -m "提交代码对应的版本说明"
// 会自动创建的一个分支master

1、-m后面输入的是本次提交的说明
2、如果需要再次修改文件，则重复git add和git commit命令
3、你可以多次add后commit全部提交

• 对比差异
  对比当前版本和存储在本地仓库中最后一个版本的差异

    $ git diff filename  

• 查看提交日志

  $ git log

  $ git log --pretty=oneline

• 版本回退
  每当修改一个文件，并且使用commit提交之后，其实就相当于保存了一个快照

// 回退到上一版本
$ git reset --hard HEAD^

// 回退到上上版本
$ git reset --hard HEAD^^

// 回退到上100个版本
$ git reset --hard HEAD~100

// 指定版本回退
$ git reset - -hard xxxxxx    // xxx是对应版本的hash值前6位

// 重返未来(从上往下寻找第一个commit的操作，则是未来的最新的版本)
$ git reflog  // 查看历史执行过的git操作
$ git reset --hard xxx // 对应的hash值

在git中，用HEAD表示当前版本。git在历史的版本之间来回切换，使用git reset --hard commit id

• 撤销操作

a.修改了文件内容，但是还没有添加到暂存区
$ git checkout  // 查看可撤销文件
$ git checkout  --  xxx  // 撤销对应文件，即回到最新版本

五、Git远程仓库的操作

接下来我们将我们的文件上传到GitHub进行托管

• github创建代码管理仓库
  将创建好的仓库地址进行拷贝(注意HTTPS或SSH方式),这里使用https的方式进行演示。在6、7点将讲述两种上传的方式。
• 关联远程仓库

- 添加远程仓库并起名叫origin
    $ git remote add origin https://github.com/cxy/Git.git

- 查看现有的服务器列表
    $ git remote -v

• 删除远程仓库的关联

  // 远程仓库的名字
  $ git remote rm origin

• 推送本地仓库内容到远程仓库

  $ git push -u origin master  // 提交到服务器中的master分支

• 获取远程仓库内容到本地仓库
  取回远程仓库的变化，并与本地分支合并。

$ git pull origin master    // 从master分支中获取代码

• 克隆(下载远程仓库)
  从零开发，先有远程仓库，之后从远程仓库克隆。

// 将远程服务器中代码克隆一份到本地   
  $ git clone https://github.com/userName/projectName test 
  // 没有指定每次，默认即是仓库名
  $ git clone https://github.com/userName/projectName

六、HTTPS认证

• HTTPS方式

- git remote add origin https://github.com/18670775011/BTW.git
- git push -u origin master 或 git pull origin master
【每次操作都需要输入账号密码】

与远程仓库交互时，可以是HTTPS和SSH方式两种，更多建议使用SSH方式，操作更加简单!

七、SSH认证

• 创建 .ssh 目录并进入该目录

  $ mkdir  ~/.ssh
  $ cd  ~/.ssh

• 配置全局的name和email(如果已经设置，即忽略该操作，这是用于标示一个人)

$ git config --global user.email '798075744@qq.com'
$ git config --global user.name 'Ail'

• 生成key

  $ ssh-keygen -t rsa -C '798075744@qq.com'   // 与上面填写的邮箱与之对应
  备注: 连续三次回车，密码是设置为空

公钥文件生成的路径会在命令行中显示，例如：Your public key has been saved in /root/.ssh/id_rsa.pub.

• 复制.ssh目录中的id_rsa.pub文件内容，即是key

• 在github中添加key

  View profile and more -> settings -> SSH and GPG keys -> New SSH key

我的SSH.png

备注:不要最后的邮箱!!

• 检测是否添加成功

  $ ssh git@github.com
  提示: Hi xxx! You've successfully authenticated, but GitHub does not provide shell access. 说明设置成功

• SSH认证

- git remote add origin git@github.com:18670775011/BTW.git
- git push -u origin master  //上传

创建的仓库中，操作可以是HTTPS和SSH的选择

八、分支管理

开发中，准备一个新的功能，但需要2周时间才能完成。第一周已经写了50%，如果立即提交，由于代码没有写完，不完整的代码会导致其他人也不能干活了。如果等代码全部写再提交，又会存在丢失每天进度的巨大风险。
有了分支，可以避免此类问题。创建一个属于自己的分支，别人看不到，还继续在原来的分支上正常工作。而我们在自己的分支上干活，想提交就提交，直到开发完毕后，在一次性合并到原来的分支上。这既安全，又不会影响到别人工作。

• 特点
  Git分支是与众不同的，无论创建、切换和删除分支，Git在非常短的时间呃逆就能完成，无论版本库是1个文件还是1万个文件。

• master主分支
  在版本管理中，每次提交，Git都把他们串成一条时间线(沿着时间轴添加)，在Git中这个分支叫主分支，即master分支。
  每次提交，master分支都会向前移动一步，这样不断的提交，master分支线也越来越长。

• Git分支操作(版本库其实就是一个时间轴)

- 查看分支(当前分支前面会有一个*)
    $ git branch

- 查看分支的日志信息
    $ git branch -v

- 新建分支
    $ git branch version2 // 新的分支version2(主分支是master)

- 切换分支(不同分支中，就会显示不同分支下的内容)
    // 切换分支
    $ git checkout version2
     // 推送分支
    $ git push origin verion2

 - 创建与切换同时进行
    $ git checkout -b version3  // 创建version3分支，并切换到version3

- 合并分支  
    // 假如此时操作的是在version2分支中
    $ git checkout master
    // 再进行合并，即将version2中内容合并到master分支中
    $ git merge version2  // 将version2分支的工作成果合并到master分支上
    // 合并完之后，再推送到GitHub
    $ git push origin master

- 删除分支
    $ git branch -d version2 // 删除分支version2

• 分支策略
  master主分支应该是非常稳定的，一般都是用于发布新版本，平时此分支上不干活。
  干活都在dev分支上，也就是说dev分支是不稳定的，到某个时候，例如1.0版本时，再把dev分支合并到master上，在master分支发布1.0版本。
  而你和小伙伴每个人都在dev分支上干活，每个人都有自己的分支，时不时的往dev分支上合并即可。

  
  image.png

• 多人协作

- 推送分支
  $ git push origin master
  $ git push origin dev

- 抓取分支
  从远程库中clone时，默认只能看到master分支内容；
  想要在dev分支上开发，就必须克隆origin的dev分支到本地;
  $ git checkout -b dev origin/dev