Git 命令行其实真的很好用

谁借莪１个温暖的怀抱￠ 2024-04-01 19:18 30阅读 0赞

使用命令行操作git，我觉得是最简单、最直接的方式，最开始使用git的时候特别喜欢这种方式。后来，就不再使用命令行，而是选择了其他可视化的工具，如idea自带的插件、sourceTree、TortoiseGit、GitKraken。发生的转变的原因很现实，同事说我很装逼（整得我很不好意思，不就命令敲得比较溜嘛，就这么埋汰我），另外就是特别容易忘记命令，没有可视化界面那么直观。但是我仍然认为，要想掌握好git的使用，应该先从命令行入手，因为可视化工具的本质，依然是命令行的包装，掌握好命令行，有助于加深理解每一步命令操作的变化，然后再转向各种可视化工具就像如鱼得水般简单了。

关于git的命令行操作，主要包括有仓库操作、日常基本操作、分支操作、标签操作、冲突解决。

![12c653d0a1154fa7bc8c5f360b77277c.png][]

## 1. 仓库操作 ##

在git中所谓的仓库，就是存储代码的地方，即磁盘下的目录。因为目录的位置不同，又分为本地仓库和远程仓库。本地仓库，就是自己本地存储代码的根目录以及子目录。远程仓库，就是在服务端存储代码的一个目录。仓库的操作命令主要包括新建仓库、检出仓库、添加远程仓库、查看远程仓库、删除远程仓库、拉取远程仓库、推送远程仓库。

### 1.1 新建仓库 ###

主要用于工程的初始化的时候。在磁盘中新建一个工程目录，然后在工程根目录下执行下面的命令，然后本地仓库就建好了。

git init

### 1.2 检出仓库 ###

新入职的同事，一般都会给分配一个git账号和工程的git地址，然后在本地磁选择一个合适的目录，执行下列表命令，就可以把远程仓库的代码检出到本地了。此时，本地仓库和远程仓库默认是处于关联状态的。

git clone https://gitee.com/gaoxing27/git-study.git

### 1.3 查看远程仓库 ###

新建的本地仓库根目录下执行下列命令，执行结果是空的，说明此时本地仓库没有关联到远程仓库。

git remote -v

如果本地仓库与远程仓库已关联，执行结果是这样的。

![ee743940c4884f49a7d869472ac03b0d.png][]

### 1.4 添加远程仓库 ###

在项目搭建最开始的时候，在本地新建一个本地仓库，另外需要在服务端新建一个远程仓库，此时远程仓库与本地仓库没有关联关系，本地仓库的代码文件无法推送到远程仓库，远程仓库的代码文件也无法拉取到本地，需要添加远程仓库与本地仓库的关联关系，命令如下：

git remote add origin https://gitee.com/gaoxing27/git-study.git

origin是远程仓库的名称，可以随便取，后面的url是远程仓库的http地址。

### 1.5 删除远程仓库 ###

删除远程仓库即切断本地仓库与远程仓库的关联关系，平时极少用到，具体命令如下：

git remote rm origin

### 1.6 拉取远程仓库 ###

每次在开始修改文件或提交文件时，先从远程仓库拉取代码，确保本地仓库的代码是最新版本的，命令如下：

git pull origin dev

origin是远程仓库的名称，dev是拉取代码所在的分支名称。

### 1.7 推送远程仓库 ###

完成开发任务后，代码提交到了本地仓库，需要推送代码到远程仓库，命令如下：

git push origin master

origin 是远程仓库的名称，master是主分支的分支名称，这里也可以是其他分支名称。

## 2. 基本操作 ##

### 2.1 查看状态 ###

查看文件的状态，这里我新增了一个文件，并修改了一个文件的内容，然后执行下面命令：

git status

![c172b3e2242f44a09e2e96f7e0193854.png][]

从执行结果来看，新增的example2.txt文件处于未受控状态（untracked files）,example.txt文件被修改了（modified）。

### 2.2 查看变更内容 ###

在上面我修改了example.txt的内容，执行下面的命令可以知道变更前后内容对比，需要注意的是这个命令只能比较未add到暂存区的文件。

git diff example.txt

![1c7ace39b9f14ff99e0a38586d348bd8.png][]

从执行结果可以看到，执行后比执行前多了一行“add one line”

### 2.3 添加文件 ###

修改或新增一个文件后，执行下面命令添加文件到暂存区：

#添加指定文件到暂存区 
    git add example2.txt 
    #添加工作区所有变更的文件到暂存区 
    git add .

### 2.4 提交文件 ###

执行下面命令，提交暂存区的所有文件到本地仓库，

git commit -m ‘xxxx’

xxxx部分需要写上这次提交内容的描述

### 2.5 推送文件 ###

执行下面命令，把提交到本地仓库的代码文件推送到远程仓库

git push origin master

### 2.6 查看版本历史记录 ###

每次commit都会形成一个版本，一段经过计算生成的字符串作为版本号标识这次提交，执行下面命令可以查看版本的历史记录

git log

### 2.7 撤销代码 ###

#### 2.7.1 未add文件的撤销 ####

git checkout hello.txt

#### 2.7.2 已add文件的撤销 ####

对于已经add到暂存区的文件，要恢复到未修改前的版本，需要两步，命令如下：

#撤销add的操作，但是会保留已编辑的内容 
    git reset HEAD hello.java 
    #撤销已编辑的内容，恢复到未修改前的状态
    git checkout hello.java

#### 2.7.3 对已commit文件的撤销： ####

文件被commit到本地仓库后会产生一个版本号，通过查看版本历史记录命令git log可以得到，然后执行下面命令撤销已提交的文件

git reset --hard xxxxx

"xxxxx"是要撤销到指定版本的版本号。关于git reset命令的参数mixed、soft、hard这里需要特别说明一下:

–mixed 默认是这种，代表撤销git add和git commit的操作，保留编辑器的代码；

–soft代表撤销git commit，不撤销git add操作，同时保留编辑器的代码；

–hard参数很暴力，直接撤销commit和add的操作，撤销所有改动的代码，当你决定用–hard参数的时候，就代表着你应该已经决定了放弃修改过的所有代码。

#### 2.7.4 已push操作的撤销： ####

对于一不小心把不想推送的代码推送到了远程仓库，撤销分为两步，第一步，把本地仓库的文件撤销到指定版本；第二步用本撤销后的文件push到远程仓库，命令如下

#本地代码撤销到指定的版本 
    git reset --hard xxxxx 
    #把已撤销的本地操作强制推送到远程仓库，把一不小心push到远程仓库的操作撤销 
    git push --force origin master

使用git reset这种方式，撤销操作在本地、远程仓库都不会留下记录，也就是你不说，很难发现你推送错了代码然后又悄悄撤销了。另外还有一种方式git revert，如下：

#回退到指定版本 
    git revert xxxxx 
    #手动合并代码，保留下撤销前的内容，然后再正常的add、commit、push 
    git add hello.txt 
    git commit -m '撤销错误提交的内容' 
    git push origin master

xxxxx回退到指定版本的版本号。与git reset不同的是，revert之前的提交记录会保留，revert会再生成一次新的commit来撤销之前的psuh的内容，简单理解就是本地仓库的代码先撤销，然后把一不小心不想push的内容删除，再次提交。git reset --hard比较狠，不留痕迹，全部回退到指定版本。如果当前版本与回退版本之间，除了自己提交的版本，还有其他人提交的版本，那么其他人提交的版本也会悄无声息被你干掉，项目组里如果经常有人莫明其妙的叫嚷：为什么我的代码莫明其妙被合丢了，大概率是有人这么干了，所以git reset --hard极度危险，当慎用呀，推荐使用git revert，一切都有记录，一切都掌控之中。

### 2.8 撤销代码后悔了 ###

如果撤销完，又后悔了，想向前再恢复回去，但是找不到之前的版本历史记录了，下面的命令可以查询到回退到指定版本后往前几次的版本历史记录。找到向前的版本历史记录后，再向前回退和向后回退是一样的，回退和提交的过程实际就像一个指针，向前或向后的移动，head通常就是这个指针，指向当前版本。

git reflog

## 3. 分支操作 ##

之前的所有操作都是在master分支，也就是主分支上进行的，分支操作的命令主要是用于创建分支、切换分支、查看分支、合并分支这些操作。

### 3.1 创建分支 ###

#### 3.1.1 创建本地分支 ####

#创建本地分支，但是不会切换到创建分支上，dev是分支的名称 
    git branch dev 
    #创建本地分支，并切换到创建的分支上，dev2是分支的名称; 如果分支已创建，则切换到分支上 
    git checkout -b dev2

#### 3.1.2 创建远程分支 ####

创建远程分支需要先在本仓库创建本地分支，然后推送到远程仓库，远程的分支就创建好了

git push origin dev

### 3.2 查看分支 ###

#### 3.2.1 查看所有分支： ####

git branch -a

#### 3.2.2 查看远程所有分支 ####

git branch -r

#### 3.2.3 查看本地所有分支 ####

git branch

### 3.3 切换分支 ###

git checkout dev2

### 3.4 合并分支 ###

把另一个分支上的内容与当前分支进行合并，合并后会生成一次合并的提交记录。

#当前分支是dev2，合并dev分支内容到dev2 
    git merge dev 
    #推送合并后dev2分支内容到远程仓库 
    git push origin dev2

![a233905b726d4182a9f32d1f15c2748f.png][]

### 3.5 删除分支 ###

#删除本地分支 
    git branch -d dev 
    #删除远程分支，origin为远程仓库名称，dev为远程分支名称 
    git push origin :dev

## 4. 标签操作 ##

打个比方说一下什么是标签，每一次的代码提交，都会生成一个版本号，每个版本号之间连接起来就会形成一条线，只要不断有新提交生成，这条线就会一直延伸下去，打一个标签（tag）好比在这条线作了一个标记。这个标记有什么用呢？项目在迭代开发的时候，每开发完一个版本，就在分支上打一个tag，然后运维组依据这个tag发布测试环境、灰度环境，由测试组进行测试验证，开发组继续在原来的分支上进行迭代开发，提交内容，彼此之间不受影响。

### 4.1 查看标签 ###

git tag

### 4.2 创建标签 ###

#在本地打一个标签 
    git tag dev_20221116_v1 
    #推送标签到远程仓库 
    git push origin dev_20221116_v1

### 4.3 删除标签 ###

#删除本地仓库上的标签 
    git tag -d dev_20221116_v1 
    #删除远程仓库上的标签 
    git push origin :dev_20221116_v1

### 4.4 查看远程标签 ###

git log

![517504f2004240c5b65c764832bb54da.png][]

## 5 冲突解决 ##

### 5.1 冲突原因 ###

代码冲突其实很容易理解，没有那么麻烦，简单来说就是同一个文件的同一个位置都修改了，且内容不同，会产生冲突。举一个例了，在文件a第十行，你添加了一个“.”，另外一个同事在文件a的第十行添加了一个“\#”，并且早于你提交远程仓库，你再提交的时候，就会发生冲突。这里需要注意的是，所谓的同一个位置可能是一行代码、也可能是几行。

### 5.2 合并冲突 ###

远程仓库文件的内容

![b2b73d6fd6a54ac09d2a83a7fdcfbb07.png][]

下面就是发生冲突的文件内容，head是指向当前版本，即本地仓库当前版本小强在文件的第2行提交了“小强提交了edf”，“=======”后面的内容是远程仓库的相同位置的内容。

![381d542806714153920b5e4d972dba99.png][]

解决冲突很简单，假如经过确认两次提交都需要保留，那么手工合并冲突，保留两次提交内容，然后再提交推送到远程仓库即可。

![1f99c6d64344466ea3c5094a34c16a1d.png][]

理解冲突的原因后，解决冲突的过程无非需要多加小心一些，要确认清楚冲突的部分哪些是需要保留，哪些不需要保留，然后根据实际情况正常合并处理即可。

[12c653d0a1154fa7bc8c5f360b77277c.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/6890f7b8a65240faa4bf62340a2b31b8.png
[ee743940c4884f49a7d869472ac03b0d.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/4a5e126e42f840faa932192b72ec4d78.png
[c172b3e2242f44a09e2e96f7e0193854.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/bc85b2d9a06141078e63c5cc521d3af2.png
[1c7ace39b9f14ff99e0a38586d348bd8.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/82b5eba46af444fab3a8c43080aa7daf.png
[a233905b726d4182a9f32d1f15c2748f.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/de607ad64f2042568b1c4a07d3bcb7fc.png
[517504f2004240c5b65c764832bb54da.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/869882e519ed43e0918d5be085e37da1.png
[b2b73d6fd6a54ac09d2a83a7fdcfbb07.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/32b7ec8385f74896b1aa72eed443db85.png
[381d542806714153920b5e4d972dba99.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/cbebebbae7344adb93d80f3f2e124200.png
[1f99c6d64344466ea3c5094a34c16a1d.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/2363fff4b3b546b584b14ee63409e9c3.png