Git

Posted 2020-08-04 大柚子

在了解Git之前先说一下一个完整项目的工作流程：

1 产品确定需求，整理成产品方案
2 全体人员会对需求文档PRD进行评审，对各个功能进行评论
3 然后由技术部门进行技术评审
4 技术部门确定技术方案，并且确定排期
5 前端部门，按照功能进行划分
6 每个人按分工进行开发，讨论技术的具体实现，可以不可以用less
7 进行开发，将代码部署到项目中（借助于版本控制软件，如Git）
8 运维人员 部署到测试服务器
9 对功能进行测试，按照需求文档进行测试
10 项目构建，合并css.js文件 编译less等
11 上线部署到正式的服务器

Shell和vi
2.1什么是shell
在计算机科学中，Shell俗称壳，用来区别于Kernel（核），是指“提供使用者使用界面”的软件（命令解析器，也是一种编程语言）。它类似于DOS下的command和后来的cmd.exe。它接收用户命令，然后调用相应的应用程序。

2.2shell分类
1、图形界面shell：通过提供友好的可视化界面，调用相应应用程序，如windows系列操作系统，Linux系统上的图形化应用程序GNOME、KDE等。
2、命令行shell：通过键盘输入特定命令的方式，调用相应的应用程序，如windows系统的cmd.exe、Windows PowerShell，Linux系统的Bourne shell ( sh)、Bourne Again shell ( bash)等。

2.3认识bash这个shell
各个 shell 的功能都差不多， Linux 默认使用 bash ，所以我们主要学习bash的使用。
1、bash命令格式
命令 [-options] [参数]，如：tar zxvf demo.tar.gz
查看帮助：命令 --help
2、bash常见命令
pwd (Print Working Directory) 查看当前目录
cd (Change Directory) 切换目录，如 cd /etc
ls (List) 查看当前目录下内容，如 ls -al
mkdir (Make Directory) 创建目录，如 mkdir blog
touch 创建文件，如 touch index.html
cat 查看文件全部内容，如 cat index.html
more less 查看文件，如more /etc/passwd、less /etc/passwd
rm (remove) 删除文件，如 rm index.html、rm -rf blog
rmdir (Remove Directory) 删除文件夹，只能删除空文件夹，不常用（rm –r temp/ 递归删除 rm –rf temp/ 强行递归直接删除很危险）
mv (move) 移动文件或重命名，如 mv index.html ./demo/index.html
cp (copy) 复制文件，cp index.html ./demo/index.html
head 查看文件前几行，如 head -5 index.html
tail 查看文件后几行 –n –f，如 tail index.html、tail -f -n 5 index.html （实时，错误日志）
tab 自动补全，连按两次会将所有匹配内容显示出来（筛选）
history 查看操作历史
ssh 远程登录，如ssh [e-mail]
> 和 >>重定向，如echo hello world! > README.md，>覆盖 >>追加
wget 下载，如wget https://nodejs.org/dist/v4.4.0/node-v4.4.0.tar.gz
tar 解压缩，如tar zxvf node-v4.4.0.tar.gz
curl 网络请求，如curl http://www.baidu.com
whoami 查看当前用户
| 管道符
grep 匹配内容，一般结合管道符使用 ls | grep
2.4vi编辑器
如同Windows下的记事本，vi编辑器是Linux下的标配，通过它我们可以创建、编辑文件。它是一个随系统一起安装的文本编辑软件。
1、三种模式
vi编辑器提供了3种模式，分别是命令模式、插入模式、底行模式，每种模式下用户所能进行的操作是不一样的。
3种模式的切换如下图所示：

通过上图我们发现，输入模式是不能直接切换到末行模式的，必须要先切回到命令模式（按ESC键）
2、使用vi编辑器
a) 打开/创建文件， vi 文件路径
b) 底行模式 :w保存，:w filenme另存为
c) 底行模式 :q退出
d) 底行模式 :wq保存并退出
e) 底行模式 :e! 撤销更改，返回到上一次保存的状态
f) 底行模式 :q! 不保存强制退出
g) 底行模式 :set nu 设置行号
h) 命令模式 ZZ（大写）保存并退出
i) 命令模式 u辙销操作，可多次使用
j) 命令模式 dd删除当前行
k) 命令模式 yy复制当前行
l) 命令模式 p 粘贴内容
m) 命令模式 ctrl+f向前翻页
n) 命令模式 ctrl+b向后翻页
o) 命令模式 i进入编辑模式，当前光标处插入
p) 命令模式 a进入编辑模式，当前光标后插入
q) 命令模式 A进入编辑模式，光标移动到行尾
r) 命令模式 o进入编辑模式，当前行下面插入新行
s) 命令模式 O进入编辑模式，当前行上面插入新行

当我们处在编辑模式的情况下，和我们在Windows编辑器的使用相似。
2.5SSH
SSH是一种网络协议，用于计算机之间的加密登录。（防止传输过程中被捕获截取）
SSH只是一种协议，存在多种实现，既有商业实现，也有开源实现。本文针对的实现是OpenSSH，它是自由软件，应用非常广泛。
如果要在Windows系统中使用SSH，会用到另一种软件PuTTY，我们后面用到的Git客户内置集成了SSH
ssh user@host
加密技术
对称加密算法在加密和解密时使用的是同一个秘钥；而非对称加密算法需要两个密钥来进行加密和解密，这两个秘钥是公开密钥（public key，简称公钥）和私有密钥（private key，简称私钥）。
工作原理
公钥和私钥是成对出现，可以通过ssh-keygen -t rsa来创建，既可以通过密钥来加密数据，也可以通过私钥来加密数据，如果是以公钥进行的数据加密，只能与之相对应的私钥才可以解密，相反如果以私钥进行的数据加密，则只能与之对应的公钥才可以将数据进行解密，这样就可以提高信息传递的安全性。
免密码登录
我们可以将本地机器上的公钥保存到特定的远程计算机上，这样当我们再次登录访问这台远程计算机时就可以实现免密码登录了。
这部分具体实现细节，参照我的演示有个印象就可以了。

第3章版本控制
3.1关于版本控制
版本控制（Version Control Systems）是一种记录一个或若干文件内容变化，以便将来查阅特定版本修订情况的系统。这个系统可以自动帮我们备份文件的每一次更改，并且可以非常方便的恢复到任意的备份（版本）状态。
举例：我们通常都是手动的重命名一个文件进行备份的，index.html改成index1.html或者index.html.bak等形式，然后这种方式对于单个文件我们还能够管理，但是对于整个项目而言，就会成为噩梦了！！！我们不得不借助于软件来实现。
实现版本控制的软件有很多种类，大致可以分为本地版本控制系统、集中式版本控制系统、分布式版本控制系统。
3.2本地版本控制系统
借助软件我们可以记录下文件的每一次修改，如下图所示，文件被修改后，记录下了3个版本，这样我们通过版本控制系统（软件）便可以非常方便的恢复到任意版本。

这种类型的版本控制系统，功能比较单一，比如很难实现多人协同开发，所以现在几乎很少使用了。
3.3集中式版本控制系统
实际开发环境，一个项目通常是由多人协作共同完成的，如何让在不同系统上的开发者协同工作成了亟待解决的问题，集中式版本控制系统便应运而生了。它通过单一的集中管理的服务器，保存所有文件的修订版本，协同工作的开发者都通过客户端连到这台服务器，取出最新的文件或者提交更新。其代表为SVN，如下图所示。

这种方式很好解决了多人协同开发的问题，但是也有一个弊端，如果集中管理的服务器出现故障，将会导致数据（版本）丢失的风险，另外协同开发者从集中服务器中更新数据时，严重依赖网络，如果网络不佳，或者在家就拿不到代码了，也给开发带来诸多不便。
3.4分布式版本控制系统
分布式版本控制系统，则不需要中央服务器，每个协同开发者都拥有一个完整的版本库，这么一来，任何协同开发者用的服务器发生故障，事后都可以用其它协同开发者本地仓库恢复。
由于版本库在本地计算机，也便不再受网络影响了。如果要将本地的修改，推送给其它协同开发者，还需要一台共享服务器，所有开发者通过这台共享服务器提交和更新数据。如下图所示。

分布式版本控制系统弥补了前面两种版本控制系统的缺陷，成为了版本控制的首选方案。其代表就是Git。

Git tfs svn vss

第4章Git
4.1Git安装
Window安装
http://git-scm.com/download/win下载Git客户端软件，和普通软件安装方式一样。
Linux安装
CentOS发行版：sudo yum install git（现在都是集成的）
Ubuntu发行版：sudo apt-get install git
Mac安装
打开Terminal直接输入git命令，会自动提示，按提示引导安装即可。
4.2Git工作原理
为了更好的学习Git，我们们必须了解Git管理我们文件的3种状态，分别是已提交（committed）、已修改（modified）和已暂存（staged），由此引入 Git 项目的三个工作区域的概念：Git 仓库、工作目录以及暂存区域。
Git仓库目录是Git用来保存项目的元数据和对象数据库的地方。 这是Git 中最重要的部分，从其它计算机克隆仓库时，拷贝的就是这里的数据。
工作目录是对项目的某个版本独立提取出来的内容。 这些从Git仓库的压缩数据库中提取出来的文件，放在磁盘上供你使用或修改。
暂存区域是一个文件，保存了下次将提交的文件列表信息，一般在Git仓库目录中。有时候也被称作“索引”（Index），不过一般说法还是叫暂存区域。

基本的Git工作流程如下：
1、在工作目录中修改文件。
2、暂存文件，将文件的快照放入暂存区域。
3、提交更新，找到暂存区域的文件，将快照永久性存储到Git仓库目录。
4.3Git本地仓库
4.3.1Git基础
命令行方式：任意目录（建议开发目录）右键 > Git Bash Here
1、配置用户
git config --global user.name "自已的名字"
git config --global user.email "自已的邮箱地址"
--global 配置当前用户所有仓库
--list 查看配置信息
--system 配置当前计算机上所有用户的所有仓库
2、初始化仓库
我们如果想要利用git进行版本控制，需要将现有项目初始化为一个仓库，或者将一个已有的使用git进行版本控制的仓库克隆到本地。
a) git init

git init只是创建了一个名为.git的隐藏目录，这个目录就是存储我们历史版本的仓库，ls -al 可以查看。
b) 假如公司已有项目用了Git，那我们就利用克隆
git clone 仓库地址

执行完这个命令，会在当前目录下生成一个copy目录，这个便是已有一个项目。
3、查看文件状态
git status可以检测当前仓库文件的状态

4、添加文件到暂存区
git add 文件 “*”或-A代表所有

放到暂存区的文件被标记成了绿色，等待提交。
5、提交文件
git commit -m \'备注信息\'

将暂存区被标记成绿色的文件，全部提交到本地仓库存储。
6、查看提交历史
git log

我们可以查看到一次提交记录，4da16e5190代表这次提交的唯一ID，一般称为SHA值。傻？
这时我们对index.html文件做修改
7、再次检测仓库文件状态
git status

被修改过的文件被标记成了红色，等待重新添加到暂存区。
8、重新添加暂存区然后提交
git add index.ht ml
git commit -m \'add some code\'

9、再次查看历史
git log 可查到所有提交历史

这时可以查看到两次提交历史。
这时关掉所有目录甚至关机！
10、恢复上一次提交的状态
git reset --hard 4da16e5190dfef 查看index.html发现回到了没有修改的状态
git log再次查看发现提交历史只有一个了

这时我们非常容易就回到了曾经的一个历史版本。
仓库示意图

4.3.2Git分支
在我们的现实开发中，需求往往是五花八门的，同时开发个需求的情况十分常见，比如当你正在专注开发一个功能时，突然有一个紧急的BUG需要你来修复，这个时候我们当然是希望在能够保存当前任务进度，再去修改这个BUG，等这个BUG修复完成后再继续我们的任务。如何实现呢？
通过创建分支来解决实际开发中类似的问题。
在Git的使用过程中一次提交便代表一个历史记录（版本），并且会生成一个唯一的字符串，如下图

通常利用这个串来代表某一个历史版本（实际使用只取前面几位就可以）

当我们在初始化仓库的时候，Git会默认帮我们创建了一个master的分支，并且HEAD默认指向了master末端。
我们也可以创建自已的分支
1、创建分支
git branch hotfix
新的分支会在当前分支原有历史版本的结点上进行创建，我称其为子分支如下图

新建的子分支会继承父分支的所有提交历史。

2、切换分支
Git branch 查看分支
git checkout hotfix

我们发现HEAD现在又指向了hotfix的末端。
3、再次提交操作
git add -A
git commit -m \'add some code for hotfix\'

这次的提交历史版本就会记录在hotfix这个分支上了，并且HEAD伴随hotfix在移动。
4、当我们再次切回到master时
git checkout master

当我们切换回master后，HEAD指向了master分支的末端，并且我们观察发现我们的文件内容还是原来的“模样”。
5、继续之前的开发
git add -A
git commit -m \'add some code for master\'

总结：当我们git checkout branchname时，HEAD会自动指向对应分支的末端，工作目录中的源码也会 随之发生改变。
这个时候我们就在hotfix这个分支上修复了这个BUG，而我们原来在master分支上的操作并未受到影响。

6、合并（融合）分支
git checkout master
git merge hotfix 注意使用位置

这时master会有两个父结点了，master便包含了hotfix里的修复了
7、删除分支
git branch -d hotfix
这时用来修复BUG创建的hotfix分支已经没有用处了，我们可以将它删除。

4.4Git远程仓库
通过上面学习我们可以很好的管理本地版本控制了，可是如果我们下班回到家里突然来了灵感觉得有部分代码可以优化，如果能接着公司电脑上的代码继续写该有多好呀！另一种情形，假设项目比较大，不同的功能模块由不同的开发人员完成，不同模块儿之间又难免会依赖关系，这时如果我们的代码互相合并（融合）该有多好呀！所有模块开发完毕后，需要整合到一起，要能做到准确无误该有多好呀！
借助一个远程仓库，大家可以共享代码、历史版本等数据，便可以解决以上遇到的所有问题，在学习远程仓库前我们先来学习git clone path这个命令。
3、创建共享仓库
Git要求共享仓库是一个以.git结尾的目录。
mkdir repo.git 创建以.git结尾目录
cd repo.git 进入这个目录
git init --bare 初始化一个共享仓库，也叫裸仓库 注意选项--bare

这样我们就建好了一个共享的仓库，但这时这个仓库是一个空的仓库。
4、向共享仓库共享内容
进入到本地的仓库 360
cd 360
git push ../repo.git master

5、从共享仓库里取出内容
git clone ./repo.git demo

通过repo.git共享仓库，我们轻松得到了一个360的副本
6、通过demo仓库向repo.git共享内容
进入到demo里，我们做一些修改
cd demo
git push ../repo.git master
git push ../../repo.git/ master

7、在360仓库从repo.git获取共享的内容
cd 360
git pull ../repo.git master

奇迹似乎发生了，我们轻松的将demo仓库里的内容，通过repo.git共享给了360仓库。
惊喜不断，问题也总是不断，我们发现我们这个共享的仓库只是放到了本地的，其它人是没有办法从我们这个共享仓库共享内容的！！！
然而现实是，办法总是有的！！！！
我们把这个共享的仓库放到一台远程服务器上，问题不就解决了吗？
4.5gitHub和gitLab
如果我们熟悉服务器的话，我们完全可以将上述的步骤在我们的远程服务器上进行操作，然后再做一些登录权限的设置，就可非常完美的搭建一个共享服务器了。其实为了更好的管理我们的仓库，一些第三方机构开发出了Web版仓库管理程序，通过Web界面形式管理仓库。
gitHub关于它的名气与意义，大家可以自行查阅，我们这里介绍它的使用
1、注册账号并完善资料
自行注册略过
2、创建共享仓库

3、填写仓库资料

4、共享仓库

远程地址特别长，我们可以给他起一个别名
git remote add origin [e-mail]:Botue/repo.git
这样origin 就代表 [e-mail]:Botue/repo.git
当我们通过git clone 从共享仓库获内容时，会自动帮我们添加origin到对应的仓库地址，例如：git clone [e-mail]:Botue/repo.git 会自动添加origin 对应 [e-mail]:Botue/repo.git
5、生成密钥
ssh-keygen -t rsa 然后一路回车，这里会在当前用户生成了一个.ssh的文件夹

将id_rsa.pub公钥的内容复制
打开gitHub的个人中心

打到SSH keys

到此我们便可以通过gitHub 提供的Web界面来管理我们的仓库了。
我们发现通过gitHub管理仓库实在是太方便了，可是只能免费使用公开仓库，自已公司的代码当然不能公开了，可是私有仓库又是需要交“保护费”的，无耐国人还是比较喜欢免费的，网络界总是有很多雷峰的，比如gitLab!!!
gitLab也是一个可以通过Web界面管理仓库的网站程序，我们可以把它架设到公司自已的服务器上，实现仓库私有化，这也是大部分公司通常采用的方法，其使用方法与gitHub十分相似。
我将闲置电脑配置成了一台服务器，上面架设了gitLab程序，我们接下来的练习全部会在gitLab上进行演示。
省略很多内容.....
Gitpage
1、新建项目命名严格要求，固定的
用户名.+github.io
2、直接把项目放进去就可以访问了，不过只能放静态页，放node服务就不行了

Github部署项目
1、注册github账号，并登陆，配置电脑公钥
（1）生成公钥 ssh -keygen -t rsa
(2)github上的公钥可以配置很多人的，也可以配置自己多台笔记本上的公钥
2、在github上建立共享仓储
（1）配置仓储名称，是否公开，开源协议，就能得到一个ssh的服务器仓储地址
3、配置远端服务器地址
$ git remote add origin [e-mail]:shiguoqing/gitdemo.git
4、推送
Git push

4.6命令汇总
git config配置本地仓库
常用git config --global user.name、git config --global user.email
git config --list查看配置详情
git init 初始一个仓库，添加--bare可以初始化一个共享（裸）仓库
git status 可以查看当前仓库的状态
git add“文件” 将工作区中的文件添加到暂存区中，其中file可是一个单独的文件，也可以是一个目录、“*”、-A
git commit -m \'备注信息\' 将暂存区的文件，提交到本地仓库
git log 可以查看本地仓库的提交历史
git branch查看分支
git branch“分支名称” 创建一个新的分支
git checkout“分支名称” 切换分支
git checkout -b deeveloper 他健并切到developer分支
git merge“分支名称” 合并分支
git branch -d “分支名称” 删除分支
git clone “仓库地址”获取已有仓库的副本
git push origin “本地分支名称:远程分支名称”将本地分支推送至远程仓库，
git push origin hotfix（通常的写法）相当于
git push origin hotfix:hotfix
git push origin hotfix:newfeature
本地仓库分支名称和远程仓库分支名称一样的情况下可以简写成一个，即git push “仓库地址” “分支名称”，如果远程仓库没有对应分支，将会自动创建
git remote add “主机名称” “远程仓库地址”添加远程主机，即给远程主机起个别名，方便使用
git remote 可以查看已添加的远程主机
git remote show “主机名称” 可以查看远程主机的信息
4.7GitLab介绍
没错，Git非常强大！
但是，如果我们的分支不加以规范管理，也有可能适得其反！
1、不要有太多的树杈（子分支）
2、要有一个“稳定分支”，即master分支不要轻意被修改
3、要有一个平行分支，保证master分支的稳定性

图形化git操作工具
SourceTree,TortoiseGit, TortoiseSVN
1、安装
（1）git
（2）TortoiseGit去百度搜索下载客户端
2、使用
（1）配置用户名和邮箱，当然如果你曾经用bash的配置过，那么久就不需要了

2、创建本地仓储

4.8冲突解决
假如两个开发同时改到同一文件的同一段内容会发生什么事情呢？
这时就会就会产生冲突了。
4.9Git高级（了解）
熟悉掌握以上操作，基本上是可以满足日常开的需要的，但是在解决一些特殊问题时，就又需要我们能够掌握更多的命令。
4.9.1gitignore忽略文件
在项目根目录下创建一个.gitignore文件，可以将不希望提交的罗列在这个文件里，如项目的配置文件、node_modules等
https://github.com/github/gitignore
http://www.cnblogs.com/qwertWZ/archive/2013/03/26/2982231.html

4.9.2比较差异
当内容被修改，我们无法确定修改哪些内容时，可以通过git diff来进行差异比较。
git difftool 比较的是工作区和暂存的差异
git difftool “SHA”比较与特定提交的差异
git difftool “SHA”“SHA”比较某两次提交的差异
git difftool 分支名称 比较与某个分支的差异
2、回滚（撤销）操作

HEAD 默认指向当前分支的“末端”，即最后的一次提交，但是我们通过git reset 可以改变HEAD的指向。
看情况解释（稍微复杂一些，理解就好）
git reset
--hard 工作区会变、历史(HEAD)会变， 暂存区也变
--soft 只会变历史(HEAD)
--mixed（默认是这个选项）历史(HEAD)会变、暂存区也变，工作区不变

git reflog 回复reset的删除
git checkout
git checkout SHA -- "某个文件"，代表只是从SHA这个版中取出特定的文件，
和git reset 是有区别的，reset 重写了历史，checkout 则没有。
4.9.3更新仓库
在项目开发过程中，经常性的会遇到远程（共享）仓库和本地仓库不一致，我们可以通过git fetch 命令来更新本地仓库，使本地仓库和远程（共享）仓库保持一致。
git fetch “远程主机”
或者
git fetch “远程主机” “分支名称”
我们要注意的是，利用git fetch 获取的更新会保存在本地仓库中，但是并没有体现到我们的工作目录中，需要我们再次利用git merge来将对应的分支合并（融合）到特定分支。如下
git pull origin 某个分支， 上操作相当于下面两步
git fetch
git merge origin/某个分支
问题：如何查看远程主机上总共有多少个分支？
git branch -a 便可以查看所有(本地+远程仓库)分支了

4.9.4其它
删除远程分支git push origin --delete 分支名称
删除远程分支git push origin :分支名称 前面是空的本地分支