Git学习

拼搏现实的明天。 2021-11-23 11:06 195阅读 0赞

**目录（学习记录）**

一、Git初始设置

二、Git简介

三、Git的一些基本操作命令和实践

四、Git上传到远程仓库（这里拿Github举例）

--------------------

# 一、Git初始设置 #

安装成功后能够在开始菜单中看见这些部件，打开Git Bash

![20190726165400416.png][]

Git使用的是Linux环境下的操作语言，下面命令是**设置签名**（名字和邮箱，为了能够辨别你是谁）：

$ git config --global user.name "Your Name"
    
    $ git config --global user.email "email@example.com"

接下来**创建版本库**

选择一个文件夹下创建空文件夹（可以利用mkdir创建，用cd前往相应目录，以下是我创建了文件夹后进行初始化的步骤）

创建完成后通过 git init 命令把这个目录变成Git可管理的仓库

![20190726165514341.png][]

这样Git环境就差不多搭建好了。

# 二、Git简介 #

Git是分布式版本控制系统，所以，没错，还有集中式版本控制系统。

先理解下版本控制系统。

> **版本控制工具具有以下几个功能：**
> 
> **协同修改**：多人一起修改服务器端的同一个文件
> 
> **数据备份**：能够记录修改日志和提交过的历史状态
> 
> **版本管理**：保存版本文件信息时不保存重复数据。Git采取了文件系统快照的方式（保存的是文件系统的快照）
> 
> **权限控制**：对团队中参与开发的人员进行权限控制，对团队外开发者贡献的代码进行审核（Git独有特点）
> 
> **历史纪录**：查看修改人、修改时间、修改内容和日志信息，还可以将本地文件恢复到某一个历史状态
> 
> **分支管理**：允许开发团队在工作过程中多条生产线同时推进任务。

但集中式版本控制系统版本库是集中存放在中央服务器中的，需要联网，假如服务器崩坏，那整个系统也无法运作，这也叫做**单点故障**。

Git大部分操作都在本地完成，，能够避免单点故障问题，有完整性保证，且分支操作非常快捷流畅。

# 三、Git的一些基本操作命令和实践 #

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3Mzc0NjQz_size_16_color_FFFFFF_t_70][]

（1）查看或设置签名

项目级别/仓库级别：仅在当前本地库范围有效（去掉用户名和邮箱就可以查看现在的用户名和邮箱）

git config user.name 用户名
    git config user.email 邮箱

系统用户界别：登录当前操作系统的用户范围，这里就不展示了

git config --global user.name 用户名
    git config --global user.email 邮箱

级别优先级：项目级别>系统用户级别（不允许二者都没有）

（2）提交文件（将文件从工作区→暂存区→本地库）

以下为示意图：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3Mzc0NjQz_size_16_color_FFFFFF_t_70 1][]

命令：

git status：显示工作区、暂存区状态
    
    git add <file>将工作区放入暂存区   git rm --cached <file> 撤销放入暂存区
    
    git commit -m  “commit message” <file>暂存区提交到本地库

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3Mzc0NjQz_size_16_color_FFFFFF_t_70 2][]

（3）查看日志

git log 修改日志（会出现哈希指针，多屏显示：空格向下翻页，b向上翻页，q退出）
    
    git log --pretty=oneline（每条日志显示一行）
    
    git log --oneline（只出现部分哈希指针）
    
    git reflog：在oneline基础上显示移动到当前状态的步数

（4）版本回退（也可用在撤销）

git reset --hard <哈希指针的head>：移动到某个位置（哈希指针相当于索引）
    
    git reset --hard HEAD^ ：退回上次修改的状态（一个^表示回退一步）
    
    git reset --hard HEAD^^^=git reset --hard HEAD~3

**这里对reset三个参数进行对比：**

*    soft：仅在本地库移动HEAD指针
 *    mix：在本地库移动HEAD指针，重置暂存区
 *    hard：在本地库移动HEAD指针，重置暂存区，重置工作区

撤销修改：

git checkout – <file>

git checkout其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”

（5）删除

> rm <file>：从版本库删除文件，可以找回，因为这不会删除版本，再上一个版本中还存在此文件（利用git reset --hard）

注意：先输入rm <file>再输入git rm <file>

（6）比较文件差异

> git diff <file> 将工作区和暂存区的文件进行比较
> 
> git diff <某个历史版本><file> 将工作区文件和本地库历史记录比较（不带文件名就是比较多个文件）

（7）分支

> git branch -v 查看分支
> 
> git branch <分支名> 创建分支
> 
> git checkout <分支名> 切换分支
> 
> git checkout -b <分支名> 创建并切换分支
> 
> git branch -D <分支名> 删除分支
> 
> git branch -m <旧分支名> <新分支名> 重命名分支
> 
> 合并分支（将分支2合并到分支1上）：切换到要被合并的分支（假设为分支1）上，然后使用git merge<分支名（分支2）>，此时分支2上的修改就在分支1上了。
> 
> git merge --no-ff <分支名> 是合并禁用`Fast forward`模式，避免丢掉分支信息

合并之后可以看到在hibranch上修改的内容都显示在master上。

两分支比较差异可以使用

git log <分支1> ^<分支2>   比较分支1和分支2的差别
    git log <分支1>..<分支2>   比较分支1比分支2多了什么
    git log --left-right <分支1>...<分支2>    比较哪个分支多了改动，指出改动和分支

（8）合并冲突

修改readme.txt中的文字，提交到本地库中

![20190726171116314.png][]

再切换回master，同时修改最后一句并提交

![20190726171139242.png][]

此时合并就发生冲突

![20190726171202641.png][]

利用git status可以查看冲突原因

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3Mzc0NjQz_size_16_color_FFFFFF_t_70 3][]

此时查看readme.txt

![20190726171252528.png][]

解决冲突的方法是自己修改readme.txt文件<-捂脸->，然后提交

（9）保存现场

> `git stash `把当前工作现场“储藏”起来，等以后恢复现场后继续工作
> 
> git stash apply <工作现场索引> 恢复工作现场内容
> 
> git stash drop <工作现场索引> 删除工作现场
> 
> `git stash list `查看工作现场列表
> 
> `git stash pop <工作现场索引> `恢复工作现场同时删除工作保存列表中的数据

(10)标签设置

> git tag 版本号 <哈希指针的HEAD>
> 
> git tag 查看版本号
> 
> `git tag -a 版本名 -m "标签说明" <哈希指针的HEAD>`
> 
> git show <版本名> 可以看到标签说明
> 
> git tag -d <版本号> 删除标签
> 
> `git push origin <版本号> 推送到远程仓库`
> 
> `git push origin --tags 推送所有标签到远程`

(11) pull和fetch

> git fetch origin <分支名>
> 
> git pull origin<分支名>

fetch是拉取所有本地仓库中还没有的数据（即最近一次fetch以来的更新），且只是将远程数据拉取到本地仓库，并不自动合并到当前工作分支；

而pull是自动抓取数据并合并到本地仓库中。

# 四、Git上传到远程仓库（这里拿Github举例） #

先在Github上创建一个仓库，输入仓库名称，可以选择设置一下SSH（打开setting）

![20190726171525843.png][]      ![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3Mzc0NjQz_size_16_color_FFFFFF_t_70 4][]

SSH可以在Git GUI里面找到，点击然后单击show SSH key，然后复制到进去就可以了。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3Mzc0NjQz_size_16_color_FFFFFF_t_70 5][]

这里开始建立连接。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3Mzc0NjQz_size_16_color_FFFFFF_t_70 6][]

输入

$ ssh -T git@github.com                                             这是用SSH方式连接Github
    git remote add origin 地址(上图中的链接）                             HTTP方式或SSH方式

然后可以将本地仓库中的文件推送到github仓库中（这里先进行了拉取，再推送）

注：这里要现有自己的本地仓库即文件夹里有.git文件，没有的话要"git init"一下。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3Mzc0NjQz_size_16_color_FFFFFF_t_70 7][]

进入到自己本地的仓库中（这里采用的是放项目的文件夹），并且将远程仓库文件克隆下来，这样你可以改远程仓库里的文件。（可以直接试下Push）

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3Mzc0NjQz_size_16_color_FFFFFF_t_70 8][]

打开自己本地项目文件夹，发现新增一个文件夹，是刚刚克隆的远程仓库里的文件。

![20190726172629525.png][]

下面就将本地项目上传到远程仓库中，之后查看你的Github仓库就会发现多了项目啦~

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3Mzc0NjQz_size_16_color_FFFFFF_t_70 9][]

[20190726165400416.png]: /images/20211122/dbfb79efb6f441daad6d74b416ced9a9.png
[20190726165514341.png]: /images/20211122/53f09e36ace643fd83dd6ccb99657686.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3Mzc0NjQz_size_16_color_FFFFFF_t_70]: /images/20211122/a5288ea0a97e4e879ba05a416f366b2b.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3Mzc0NjQz_size_16_color_FFFFFF_t_70 1]: /images/20211122/c0d3eeb7695a47dda590d41532cc486d.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3Mzc0NjQz_size_16_color_FFFFFF_t_70 2]: /images/20211122/e15028b3e67e4d2da66519919c759552.png
[20190726171116314.png]: /images/20211122/ef110b5d0b564660bf6736251e7b47bb.png
[20190726171139242.png]: /images/20211122/715da6e6c47543a9975a55610cd94718.png
[20190726171202641.png]: /images/20211122/4a0e9c027ecd4adf8b704ac19355e920.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3Mzc0NjQz_size_16_color_FFFFFF_t_70 3]: /images/20211122/59608b4d2feb42f7819ceaaf4ad83a20.png
[20190726171252528.png]: /images/20211122/c39d1754f0c34747a633a34f9c8c556c.png
[20190726171525843.png]: https://img-blog.csdnimg.cn/20190726171525843.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3Mzc0NjQz_size_16_color_FFFFFF_t_70 4]: /images/20211122/4c6c9112b0c044f5a58f785b82be1e76.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3Mzc0NjQz_size_16_color_FFFFFF_t_70 5]: /images/20211122/bfe3dff9b3bf4a65b965b8b1045a595b.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3Mzc0NjQz_size_16_color_FFFFFF_t_70 6]: /images/20211122/15124602ed694fe79fb5ee623b44d2dd.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3Mzc0NjQz_size_16_color_FFFFFF_t_70 7]: /images/20211122/f361b3bf39784114a30e241dd1de8f37.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3Mzc0NjQz_size_16_color_FFFFFF_t_70 8]: /images/20211122/389d65366ece44378ad4b9dcffec8d4c.png
[20190726172629525.png]: /images/20211122/e3eaae305c624ab3a5e8445f8ab67de7.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM3Mzc0NjQz_size_16_color_FFFFFF_t_70 9]: /images/20211122/e18315fe8d2449d19b7330b9b801335d.png