Git版本控制

一、版本控制

版本控制，通过文档控制记录各个模块的改动，并给每次改动添加序号，用于存储、追踪目录和文件的修改历史。

二、版本控制软件

• GIT 分布式版本控制系统
  Git是目前世界上最先进的分布式版本控制系统,分布式版本控制系统的安全性要高很多，因为每个人电脑里都有完整的版本库，即使没有网络你也可以提交变动到版本库（因为本地就有一个完整的版本库），git的中心库和SVN等传统版本控制系统不同，它不是一切的中心（大脑），而仅仅也是一个副本，它的存在只是为了方便协作开发，大家方便提交变动和同步变动。但是这里说的不依赖网络，并不是完全不依赖网络就能完成所以的事情，比如让其他开发人员拿到你的改动，所以说这里所说的不依赖网络只是相对的，在没有网络的情况下，可以提交变动到本地的版本库，但最终还是要依赖网络提交变动让其他开发人员看到。一旦长时间不进行代码同步（不同开发者之间），很可能会产生变动冲突，这时候就需要人工来解决冲突。

分布式，去中心化，GIT在我们每个人的电脑上都有一个独立完整的库，我们平时上传代码的中央服务器和我们电脑上的库的内容基本上完全一样。

• SVN 集中式版本控制软件
  SVN是一个开放源代码的版本控制系统，它采用了分支管理系统，管理着随时间改变的数据，这些数据放置在一个中央资料档案库(repository)中。这个档案库很像一个普通的文件服务器,不过它会记住每一次文件的变动。这样你就可以把档案恢复到旧的版本,或是浏览文件的变动历史。Subversion是一个通用的系统,可用来管理任何类型的文件,其中包括了程序源码。

集中式，顾名思义就是将资源集中起来。每次修改完文件上传到中央服务器。当需要修改时，再从中央服务器下载下来。这也暴露出它的一个弊端，必须需要网络才能从中央服务器下载下来。

版本库是集中存放在中央服务器中；
在每次操作时，都需要从服务器获取最新的版本；
在操作完之后，都需要把自己做的推送到服务器中；
问题:
必须联网才能工作；
网络不好时；

三、Git安装

• Linux版本安装

- 安装
  $ sudo apt-get install git

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

四、Git常用命令速查表

Git常用命令速查表.jpg

五、GIT操作 【本地仓库】

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

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

$ git config --global user.email "GitHub邮箱([email protected])"
$ git config --global user.name "GitHub的用户名(bridgeZQ)"

• 创建版本库

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

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

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

在项目开发中，有时候想把某些目录或文件加入忽略规则中，但在清单中添加之后发现是无效的。即是某些文件已经被纳入了版本管理中，则修改. gitignore是无效的。解决方法:
git add .
$ git commit -m '更新gitignore忽略清单'
最好是在项目开始时，创建好. gitignore文件！
后续工作是先在GitHub中克隆或拉取最新版本的远程仓库在项目开发中。

• 查看本仓库的变更状态

$ 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: 为什么GIT添加文件需要add、commit两步操作？因为commit可以一次提交很多文件，所以你可以多次add不同的文件

• 对比差异

$ 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和Git概念区分

- git是一个工具
- github是一个网站
- github网站提供的是git服务(即可以将代码托管到github服务器中)
- github服务是"免费的"，但免费服务的前提是开源(如果代码需要闭源服务，即是要收费的)

• github创建代码管理仓库

拷贝对应仓库的地址(注意HTTPS或SSH方式)

• 关联远程仓库

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

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

添加远程仓库并起名(默认)叫origin，可自行修改。

• 删除远程仓库的关联

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

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

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

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

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

一，错误描述
! [rejected] master -> master (fetch first)
error: failed to push some refs to '[email protected]:compassblog/PythonExercise.git'
hint: Updates were rejected because the remote contains work that you do
hint: not have locally. This is usually caused by another repository pushing
hint: to the same ref. You may want to first integrate the remote changes
hint: (e.g., 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.

二，错误原因
GitHub远程端添加了README.md文件后，无法再次推的主要原因是GitHub中的README.md文件不在本地代码目录中，或者拉取不成功时。

三，解决方法
执行下面命令进行代码合并：
git pull --rebase origin master

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

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

七、HTTPS和SSH认证方式

• HTTPS方式

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

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

• SSH方式(要进行了SSH认证)

- git remote add origin [email protected]:bridgeZQ/test.gti
- git push -u origin master 或 git pull origin master

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

八、GitHub中SSH认证

1.创建 .ssh 目录

  $ mkdir  ~/.ssh

2.切换到.ssh目录中

 $ cd  ~/.ssh

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

$ git config --global user.email "GitHub邮箱([email protected])"
$ git config --global user.name "GitHub的用户名(bridgeZQ)"

4.生成key

  $ ssh-keygen -t rsa -C "[email protected]"   // 与上面填写的邮箱与之对应
  备注: 连续三次回车，密码是设置为空

5.复制.ssh目录中的id_rsa.pub文件内容，即是key (当前用户的目录下)

  例如: home/zq/.ssh/id_rsa.pub

6.在github中添加key

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

  备注:
   不要最后的邮箱!! 
   ssh-rsa和KEY之间就一个空格，后面都不能出现空格，即是一行!

7.检测是否添加成功

 $ ssh [email protected]
  提示: Hi xxx! You've successfully authenticated, but GitHub does not provide shell access. 说明设置成功

九、分支管理

• 分支的作用
  开发中，准备一个新的功能，但需要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分支上合并即可。
• 多人协作

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

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

实际的工作流程：先pull[抓取]，后push[推送]
git pull origin master
git pull --rebase origin master