Git手册 #安装 #Git操作 #Git分支 #GitHub

一、Git简介

1.1 Git历史

• git是目前世界上最先进的分布式版本控制系统
• 林纳斯在1991年创建了开源的Linux
• 在2002年以前，世界各地的志愿者把源代码文件通过diff的方式发给林纳斯，然后由林纳斯本人通过手工方式合并代码。（当时的版本控制系统，要么不好用，要么要钱，被林纳斯拒绝了）
• 2002年，代码库之大已经很难手工管理了，而且社区的兄弟也对这种方式不满。一个商业的版本控制系统，授权Linux社区免费使用。
• 2005年，开发Samba的Andrew试图破解BitKeeper的协议，于是授权被收回。
• 林纳斯不想道歉，花了两周用C写了一个分布式版本控制系统Git。一个月之内，Linux源码全部由Git管理。
• 2008年，GitHub上线，它为开源项目免费提供Git存储。

1.2 Git两大特点

1. 版本控制： 解决多人同时开发代码问题，解决找回历史代码的问题。
2. 分布式： 同一个Git仓库，可以分布到不同的机器上。先让一台电脑当服务器，24小时开机。其他人从服务器仓库克隆一份到自己的电脑上，把各自的提交推送到服务器仓库，也从服务器仓库拉取别人的提交。可以自己搭建服务器，也可以使用GitHub。

集中式与分布式的核心区别：工作电脑如果有代码的完整版本，就是分布式。如果只有要修改的那一部分代码，就是分布式。

二、安装与配置

sudo apt-get install git

• 输入git，出现git命令，表示装好了
  

三、Git基本操作

1. 版本创建

• 创建版本仓库：
  在一个目录里输入git init进行git初始化
  

之后它就会借助.git这个文件对这个文件夹进行版本控制

---

• 给文件设定版本：

1. 先有一个需要进行版本管理的文件，比如test.py
2. git add test1.py
3. git commit -m ‘版本信息’

这里报错了：

解决办法：
写上自己的昵称及电子邮箱
返回上一级目录，重新添加、提交一遍

2. 版本查看

• 查看文件版本：
  git log
  

发生了什么呢？

• 创建第一个版本时，它记录下了版本号，文件名，文件的所有内容
• 创建第二个版本时，它记录下了版本号，文件名，相对于上次内容修改的部分（以后的版本都不会全部记录）

• 查看文件版本（简短）
  git log --pretty=oneline

3. 版本跳转

• 回退版本：
  git reset --hard 版本指针
  

• 指向最新版本的指针，叫做HEAD。前一个版本就是HEAD^, 前两个版本就是HEAD^^, 以此类推。
• 前一个版本也可以写成HEAD~1, 以此类推。
• 也可以用版本号进行跳转。例如：跳转回版本2：
  
  
• 只要写版本号前几个就行，不用写全

---

• 查看操作记录：
  

前面黄色的，就是版本号前几位

4. 工作区&暂存区

• 工作区： 电脑中的目录，比如git_test。
• 版本库： .git 就是一个版本库。

git的版本库里存了很多东西。最重要的就是stage（别名index）的暂存区，还有git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD。

1. git add把文件添加到缓存区
2. git commit提交更改，把缓存区所有内容提交到当前分支。

---

• 查看工作状态：（显示有什么文件被修改之类的）
  git status
  
  
  

---

5. 管理修改&撤销修改

• git管理文件的修改，只会提交暂存区的修改来创建版本

---

• 撤销修改（取消修改）： git checkout – 文件名
  
• 撤销修改（取消添加到暂存区）： git reset HEAD 文件名
  

6. 对比文件的不同

• 版本文件与工作区文件对比：
  

---代表指针指向的文件。+++代表工作区里的文件
+代表这一行是工作区的文件新加的。

---

• 两个版本文件对比： git diff 版本A指针 版本B指针 – 文件名
  

---代表HEAD指针，也就是前面那个
+++代表HEAD^指针，也就是后面那个

7. 删除文件

• rm 文件名
• 删除文件也是工作区的改动。要真正删除，要提交(git rm或git add）。我个人还是习惯git add，删除本质上也是对文件的修改。
  

四、Git分支

• 分支类似流水线。假如有一个非常长的代码只完成了10%，提交会由于代码不完整让他人无法工作。不提交会面临丢失代码的风险。这时就可以使用分支，先提交到分支，工作完成再合并。
• Git把每次提交串成一条时间线。前面的代码中，只有一个主分支master 分支。HEAD严格来说不是指向提交，而是指向master。master才是指向提交的，HEAD指向的是当前分支。
  

1. 分支基本操作

• 查看有几个分支： git branch
• 创建分支： git branch 分支名
• 创建并切换分支： git checkout -b 分支名
  
• 切换到master： git checkout master
• 分支合并： git merge 要合并的分支名
  

快速合并就是，把master的指针移动一下。

• 删除分支： git branch -d 要删除的分支名

2. 分支冲突问题

• 创建一个新分支dev，对文件修改。跳回master，对同一个文件进行修改。请问？还可以快速合并嘛？怎么解决冲突？
  

它会同时显示两个文件的修改内容。修改再保存提交就好。
改文件相当于在工作区修改。再次提交就行。

• git log --graph --pretty=oneline

---

• 查看所有分支版本： git log --graph
  

3. 分支管理策略

3.1 操作不同文件的合并

• 通常，合并分支时，git会采取快速合并模式。但是有些快速合并不能成功，且合并时没有冲突，这时会合并之后并做一次新的提交。
• 比如：对master的文件修改，对分支的另一个文件修改。
  

随后，会跳转至上述界面。输入版本说明，它会自动地保存

1. 输入版本信息。
2. Ctrl + X
3. 输入Y
4. 回车

3.2 禁止快速合并

• 在可以快速合并时，禁止快速合并。（此举是为了让其能帮助我们成功地去做一次新的提交。快速合并是直接移动指针，新提交意味着新的版本。）

git merge --no-ff -m “说明信息” 分支名

3.3 Bug分支与工作区储藏

• 软件开发中遇到Bug，一般来说，每一个Bug会建立一个临时分支来修复。Bug修复完，合并分支，删除分支。
• 现在有一个新BUg。如果这之前正在编写，还未提交，并且不能提交时。Git还提供了stash功能，可以把当前工作现场“储藏”起来，等以后恢复现场再继续工作。
• 工作区储藏： git stash
• 工作区储藏列表： git stash list
• 工作区弹出储藏： git stash pop

---

• 需求： 现在在master下，我们正在编辑test.txt文件，可是print_hello.py文件出现了Bug,需要先修复。
  

先储藏进度，然后切换到出了BUG的分支
注意： 要取消快速合并模式，以反映Bug修复的情况。

五、GitHub

GitHub官网

1. 创建GitHub

git会想管理自动创建的文件。因为我们不想让它管理，所以要选择上面的Python。

gitignore里面可以进行修改，以管理想要的文件。

2. 添加ssh

• 添加ssh是为了让机器能与Github上面的仓库交互。

1. 右上角头像-settings-ssh
   
2. 打开机器，获取公钥，如图操作：
   
   

3. 克隆项目

• 就是从互联网上取项目进行开发
• 先克隆地址
  
• 在电脑建一个仓库文件夹，cd进去
• git clone 地址

如果克隆出错：(按以下操作)
eval “$(ssh-agent -s)”
ssh-add

4. 推送分支

• 本地上创建分支，本地提交后。
• git push origin 分支名称
• GitHub上如果没有该分支会自动创建
  
  

origin指的是远程GitHub服务器

5. 跟踪分支

• 让本地的dev分支跟踪远程的dev分支
• git branch --set-upstream-to=origin/dev dev
  
• 当分支的本地版本领先于分支的远程版本，可使用git push直接提交
  

6. 从远程分支上拉取代码

• git pull orgin 分支名
  

7. 工作中Git职责

• master分支：用户保存发布的项目代码。
• dev分支：保存开发过程中的代码。项目经理一般会给一个时限，在时限结束时，若开发完成，并且跑得起来后，才能上传到服务器中（项目经理控制的）。

1. 项目经理

1. 搭建项目框架
2. 把项目框架代码放到服务器

2. 普通员工

1. 在自己的电脑上，生成ssh公钥。把公钥给项目经理，项目经理把它添加到服务器上面。
2. 项目经理给每个组员项目代码的地址，组员把代码下载到自己的电脑上。
3. 创建本地分支dev，在dev分支中进行每天的开发。
4. 每一个员工开发完自己的代码后，都需要将代码发布在远程的dev分支上。