#yyds干活盘点# git实用基础教程（分布式版本管理）

Posted 2022-01-14 啊a阿花

@TOC

一、常用的linux命令

git bush的命令行风格和linux与unix风格一致。所以这里会先讲一些简单的linux命令

1. cd 切换到相应子目录
2. cd.. 返回上级目录
3. pwd显示当前目录
4. ls(ll)列出当前目录所有文件
5. touch创建一个新文件，例如：touch index.html
6. rm 删除一个文件，如：rm index.html
7. rm -r删除一个文件夹
8. rm -rf / 递归清除，/在linux里面表示根目录
9. mkdir 新建一个文件夹，如：mkdir new folder
10. mv 移动文件，如：mv index.html
11. reset初始化终端（清屏）
12. clear清屏
13. history在终端输入的命令历史
14. help帮助
15. exit退出
16. cat 查看文件内容
17. sudo passwd root 设置切换root用户密码
18. su 切换root用户

二、git的安装和配置

1、git的安装

1. windows上安装git
   去官网下载即可https://git-scm.com/download/win，安装过程很简单，基本全都默认即可
   随便找一个文件夹，右键git bush能显示类似cmd命令行的界面就行

2. Linux上安装git
   Ubantu上打开Terminal输入命令：sudo apt install git，可能会让你输入密码，然后按照指令向下进行
   

   2、git简单配置

   所有的配置文件实际上都存在本地，global表示全局配置，每次git提交都会使用该信息。如果想在某个项目中使用特定的配置，可以在项目配置信息时不加global命令

系统全局配置：影响到系统上的所有用户。linux下位于 /etc/gitconfig；win下位于git安装目录/etc/gitconfig

用户配置：影响到单个用户。linux下位于 ~/.gitconfig；win下位于C:\\Users\\用户名\\.gitconfig,没有设置用户名就是C:\\Users\\Administrator\\.gitconfig

查看当前配置：git config --list

但是基本默认配置都不用修改，只需要设置用户名和emil地址即可

因为Git是分布式版本控制系统，所以，每个机器都必须自报家门，也就是必须声明你是谁，所以<font color=red>必须配置</font>好名字和Email地址。

$ git config --global user.name "Name"
$ git config --global user.email "[e-mail]"

可以通过 git config --list查询到上面配置的情况

三、git工作区、暂存区、版本库和远程仓库

工作区（Working Directory）： 就是你本地存放代码的地方（一整个文件夹）

暂存区（Stage）： 保存你工作区进行的改动，一般存放在 .git 目录下的 index 文件（.git/index）中，所以暂存区也叫作索引（index）。

本地仓库（Repository）： 将暂存区改动后的代码提交到本地仓库；本地仓库有提交的所有版本数据。其中HEAD文件指向是最新放入仓库的版本（不理解可以等看完修改文件状态部分后再感受一下）

远程仓库（Reomte Directory）： 托管代码的服务器

1. localFolder：git管理的一个本地文件夹，也就是一个本地仓库，包括工作空间和git管理的相关内容
2. .git：存放git管理信息的目录，初始化仓库的时候自动创建，是git的版本库，取消隐藏才会显示
3. workspace：需要通过git进行版本控制的文件，也就是你的代码
4. stage：暂存区，在进入到本地仓库前所有的更新都放在暂存区
5. repository：本地仓库，存放在本地的版本库，有每一次提交的记录；HEAD指向当前的开发分支
6. stash：隐藏状态，是一个工作状态保存栈，用于恢复和保存workspace中的临时状态
7. 暂存区和本地仓库不用管理，只需要通过命令去操作即可，他们只是存放工作区改动信息的，只是一个文件

四、项目搭建

1、本地创建仓库

1. mkdir gitCode创建本地仓库（创建一个本地文件夹），在准备用git管理的项目的根目录执行：

2、远程clone仓库

另一种方式是克隆远程目录，由于是将远程服务器上的仓库完全镜像一份至本地！

#clone一个项目和他整个代码的版本信息
git clone [url]  #git clone https://github.com/ahua-GitHub/progect.git

五、项目管理

版本控制就是对文件的版本控制，要对文件进行修改、提交等操作，首先要知道文件当前在什么状态。

1、修改文件状态

1. 查看指定文件状态

git status [filename] 
# git status  查看全部文件状态

2. 添加文件到暂存区

 git add [filename]     
 # git add .  添加所有文件到暂存区
 # 可以将需要提交的文件修改都存放在暂存区，然后用commit一次性提交所有修改

3. 提交暂存区中的内容

git commit -m "消息内容"    
# 创建git的时候，git会自动创建了一个master分支，所以上面的命令就是往本地仓库的master分支上提交更改

4. 查看文件修改记录

git diff

文件提交到暂存区后，修改文件可以通过该命令查看修改的详情
提交修改后的文件和提交新文件一样先git add README.md然后git commit -m xxxx

5. 查看文件历史修改记录

   git log

   git log命令显示本地仓库从最近到最远的提交日志，我们可以看到3次提交，最近的一次是alter README.me 3，上一次是alter README.me two，最远的一次是alter README.me
   

6. 回退

回退到上一个版本，也就是alter READMD.me two

git reset --hard HEAD^

可以通过cat README.me，查看文件内容是否回退到alter READMD.me two那一步

但是这时通过git log就没法查看到alter READMD.me 3这一次的版本提交记录了

这时要是想再回到alter READMD.me 3那一次的修改的内容怎么办，git提供了git reflog命令，用来记录每一次命令

可以通过alter READMD.me 3的commit id实现回退操作

git reset --hard 1094a

7. 撤销修改git checkout -- READMD.me

这个命令可以把READMD.me文件在工作区的修改全部撤销，也就是让这个文件回到最近一次git commit或git add时的状态。这里有两种情况：
（一）READMD.me自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态。

（二）READMD.me已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。

8. 可以通过 git diff HEAD READMD.md查看工作区和把版本库的区别
9. 删除文件

git rm fileName  #先删除文件
git commit -m 删除文件  #然后提交到版本库

如果误删，可以通过git checkout -- fileNamet恢复到版本库中的文件版本

2、连接远程仓库

1. 连接远程仓库

git remote add origin [url]  
# git remote add origin https://github.com/ahua-GitHub/gitTest.git
# origin是自定义的远程仓库名

2. 将代码提交到远程仓库

git push 远程仓库名 分支  
# git push origin master
# master 默认提交主分支

3. 解除和远程库的绑定关系

git remote -v查看远程仓库信息：

假如添加的时候地址写错了，或者是想解绑当前远程库，可以用查询出来的远程仓库信息进行解绑

git remote rm origin

<font color = red>注意：</font>假如创建远程时，勾选了自动创建README.md文档或者远程分支内容比本地新，push到远程时可能会报错

将本地代码和远程仓库中的代码合并即可：

git pull --rebase origin master

3、配置本机ssh公钥

配置本机ssh公钥可以实现远程连接时免密码登录，不用每次连接远程仓库时都输入密码

1. 在Terminal或者git bush中随便打开一个目录，输入ssh-keygen -t rsa生成公钥，-t rsa 用来指定加密算法，一直回车即可
   
2. 生成公钥后win下默认存放在 C:\\Users\\用户名\\.ssh
   

3. linux中默认存放在~/.ssh
   

4. 将公钥注册到远程仓库中
   在github中点击头像，进入setting，然后选择SSH and GPG keys，将本地生成的id_rsa.pub中的内容复制粘贴过来就行
   

   4、过滤规则

   可以在仓库的根目录下创建.gitignore文件，记录一些需要排除掉的文件。比如一些编译以后的文件、一些本机的的配置文件或者操作系统本身在目录留下的文件如 .DS_Store。被过滤掉的文件就不会出现在git仓库中（gitlab或github）了，当然本地仓库中还有，只是push的时候不会上传

实例

1）/mtk/               过滤整个文件夹
2）*.zip               过滤所有.zip文件
3）/mtk/do.c           过滤某个具体文件
4）build/              忽略build/目录下的所有文件
5）!*.zip  所有.zip结尾的文件不会被过滤

六、git分支管理

使用分支可以将工作从开发主线上分离开来，不影响主线开发

1、创建、合并以及删除分支

1. 创建分支

   git branch dev  # 创建dev分支
   git switch  dev  # 切换到dev分支
   # git checkout dev   旧版方法，和撤销修改类似，不建议使用
   # git switch -c dev  创建并切换分支
   # git checkout -b <name>    旧版方法创建并切换分支

   2. 查看当前分支

git branch
# 当前分支前面会有一个*

3. 修改并提交当前分支上的内容

   （1）在README.md 中添加如下内容
   #this dev branch
   1. the one
   2. the two
   （2）提交代码
   1. git add README.md
   2. git commit -m "alter for dev"

4. 切换到master分支查看README.md文件

git switch master
cat README.md

你会发现master主线上的文件内容并没有修改，因为修改提交在dev分支上，而master分支的提交点并未发生变化

5. 合并分支（Fast-forward模式）

git merge dev
#合并指定分支到当前分支，因为当前是master分支，所以这条命令就是将dev分支合并到master分支上
#这时候再看README.md文件就和dev上修改过后的一样了

6. 删除dev分支

   git branch -d dev
   # git branch -D dev  表示强制删除，

7. 复制特定的提交到当前分支

git cherry-pick 4c805e2   # git cherry-pick [commit-id]

只会复制 66a32a 这个提交所做的修改，而不会把这个提交所在分支全部merge过来

2、分支冲突

1. 修改dev分支上的内容并提交

   （1）在README.md 中添加如下内容
   #this dev branch
   1. the one
   2. the two
   （2）提交代码
   1. git add README.md
   2. git commit -m "alter for dev"

2. 修改master分支上的内容并提交

   （1）在README.md 中添加如下内容
       #this master branch
       1. the 1
       2. the 2
   （2）提交代码
       1. git add README.md
       2. git commit -m "alter for dev"

3. 合并分支

这时候如果还用git merge进行合并，git就会报错。

这时可以cat README.md，查看README.md文件，Git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容

直接vim README.md修改

然后保存

git add README.md 
git commit -m "conflict fixed"

查看，已经合并成功

git log --graph可以看到分支合并图。

这时候dev分支的内容仍然是未合并之前的状态，master分支的内容才是合并后的状态

3、分支管理

合并分支时Fast forward模式下，删除分支会丢掉分支信息。可以merg时加上--no-ff，禁用Fast forward模式

git merge --no-ff -m "merge in no-ff" dev

合并后用git log看看分支历史

实际应用中master分支应该是非常稳定的，也就是仅用来发布新版本

在dev分支上进行开发，也就是说，dev分支是不稳定的，当版本发布的时候，比如1.0，2.0 发布时，把dev分支合并到master上，在master分支发布

开发者都在dev分支上干活，每个人都有自己的分支，不时往dev分支上合并就可以了

4、stash存储

1. 暂存当前分支的工作区：git stash
   
   当你正在dev分支cording时，需要创建一个新的分支去修复一个bug，这时可以使用stash去暂存dev分支工作区的内容。（代码修改后没有提交到暂存区或者本地仓库是不能切换分支的）

2. 查看缓存的工作区内容

git stash list

3. 恢复工作区

   （1）通过git stash apply恢复
       恢复后stash内容不删除，需要通过git stash drop删除
   （2）通过git stash pop恢复
       恢复时把stash的内容也删除了

最后附一张git命令的速查表，多练习就熟悉啦