Git推荐使用指南

Git是什么？

分布式版本控制的软件

• 软件：安装到电脑上的工具

• 版本控制：

  • 文件拷贝：论文 -> 版本通过文件来控制，多个文件，不同的标注来确定各个阶段的版本

  • 本地版本控制：只有一个文件，但是通过本地控制软件可以追溯以前的所有版本（类似游戏存档），相比文件拷贝，视觉上不会存在多个文件过于冗杂，但实际上不能解决协同开发或者多台设备开发

  • 集中式版本控制：多个设备可以通过一个中心来共同访问和操作开发的文件

    PC1 -> 
    		CENTER	->	FILES{version1, version2 ...}
    PC2 -> 
    

    代表软件：SVN

    缺点：无法离线提交，失去连接后无法再本地进行版本开发

  • 分布式版本控制：仓库（中心）只向本地提供一个版本，是一个文件的形式，当仓库挂掉或者断联，不影响本地对文件的修改

    PC1{version1} -> 
    					HUB{version1, version2}	
    PC2{version2} ->
    

    本地提交的时候，先提交到本地的仓库，然后在推到中心，所以即使离线，仍可以上传代码

    代表软件：git

为什么要做版本控制

• 防止线上代码出现问题，需要回滚，一行命令就可以解决
• 对于大量功能的项目，方便管理

下载安装Git

安装git的设备：本地计算机，中心无需安装，事实上，所谓的中心一般是由网站来执行，例如github、gitee

Windows安装

下载网站
Git - 安装 Git (git-scm.com)

下载链接

https://github.com/git-for-windows/git/releases/download/v2.44.0.windows.1/Git-2.44.0-64-bit.exe

安装完毕后鼠标右键桌面，会显示git bash here和git gui here两个选项，说明安装成功

查看安装版本git --version

$ git --version
git version 2.44.0.windows.1

Git做版本控制的步骤

即，让git管理文件夹（以dbhot为例）

1.进入要管理的文件夹

2.初始化

• 在对应的文件夹中，右键选择Git Bash Here

• 输入git init进行初始化

  $ git init
  Initialized empty Git repository in C:/Users/X/Desktop/Study/libraryMIS/Git/dbhot/.git/
  

  执行后，文件夹下会出现一个.git的文件

3.管理

• 检测当前文件夹下文件的状态git status

$ git status
On branch master
  
No commits yet
  
Untracked files:
  (use "git add <file>..." to include in what will be committed)
        index.html
        advert.docx
  
nothing added to commit but untracked files present (use "git add" to track)

添加到git的管理项目中

添加一个文件到管理git add 文件名

$ git add advert.docx

再检测文件夹下文件状态

$ git status
On branch master

No commits yet

Changes to be committed:
(use "git rm --cached <file>..." to unstage)
      new file:   advert.docx

Untracked files:
(use "git add <file>..." to include in what will be committed)
      index.html

执行add的文件被标记为绿色，而未执行的仍为红色

一键管理当前文件夹的所有文件git add .

$ git add .

4.生成版本

生成第一个版本

git commit -m '描述信息'

$ git commit -m "v1"

如果提示

Author identity unknown

*** Please tell me who you are.

Run

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

to set your account's default identity.
Omit --global to set the identity only in this repository.

fatal: unable to auto-detect email address (got 'X@DESKTOP-CKCOG1F.(none)')

需要先配置用户

git config --global user.email "you@example.com"

git config --global user.name "Your Name"

执行结果

$ git commit -m "v1"
[master (root-commit) 8ce9c96] v1
2 files changed, 1 insertion(+)
create mode 100644 advert.docx
create mode 100644 index.html

运行git status

$ git status
On branch master
nothing to commit, working tree clean

生成后续版本

修改文件的内容保存后，再运行git status

$ git status
On branch master
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git restore <file>..." to discard changes in working directory)
      modified:   index.html

no changes added to commit (use "git add" and/or "git commit -a")

modified: index.html

表示这个文件被检测到修改

• 再执行git add .将所有未被管理的文件添加到管理中
• 再执行git commit -m "v2"生成第二个版本

查看版本历史

通过git log可以访问所有的版本记录

$ git log
commit 028636097e57c62ea86e6fa7603c2fe11682804c (HEAD -> master)
Author: Gin49SZ <1003690614@qq.com>
Date:   Sat Mar 9 10:53:28 2024 +0800

  v2

commit 8ce9c967d86beca44488239d3681fb2ad6405e15
Author: Gin49SZ <1003690614@qq.com>
Date:   Sat Mar 9 10:44:10 2024 +0800

  v1

总结

1.进入要管理的目录

2.git init 让git管理当前的文件夹

3.git status 检测当前目录下文件的状态

4.三种状态变化：

• 红色：新增的文件/修改了原来的旧文件 -> git add 文件名或者git add .
• 绿色：git以及管理起来了 -> git commit -m "描述信息"
• 生成版本

补充：个人的配置、创建文件、关闭分页器

信息配置：用户名、邮箱

生成版本时候需要记录对应修改者的用户名和邮箱

git config --global user.email "xxx@yy.com"

git config --global user.name "zzz"

仅需执行一次即可

另外，创建一个文件，默认是未被管理的状态

git touch 文件名.文件扩展名

页面出现长内容，以(END)结尾，关闭分页器 -> 按下Q键即可

Git的三大区域

工作区、暂存区、版本库

工作区
已管理 | 新文件/修改后的文件	（自动检测）

=>git add 提交到暂存区

暂存区
确定是否提交，也可以回滚

=>git commit 提交到版本库

版本库
生成最终版本

回滚

当提交一个版本的时候，查看版本信息时，作者上方commit后面的一串序列号即为版本号

commit 8ce9c967d86beca44488239d3681fb2ad6405e15
Author: Gin49SZ <1003690614@qq.com>
Date:   Sat Mar 9 10:44:10 2024 +0800

    v1

版本号：8ce9c967d86beca44488239d3681fb2ad6405e15

回滚代码：git reset --hard 版本号

$ git reset --hard 028636097e57c62ea86e6fa7603c2fe11682804c
HEAD is now at 0286360 v2

库中文件全部变为v2时候的状态，再执行git log的时候，不再显示v2之后的版本

$ git log
commit 028636097e57c62ea86e6fa7603c2fe11682804c (HEAD -> master)
Author: Gin49SZ <1003690614@qq.com>
Date:   Sat Mar 9 10:53:28 2024 +0800

    v2

commit 8ce9c967d86beca44488239d3681fb2ad6405e15
Author: Gin49SZ <1003690614@qq.com>
Date:   Sat Mar 9 10:44:10 2024 +0800

    v1

如何回滚至v2之后的状态？

查看版本变化的历史git reflog

$ git reflog
0286360 (HEAD -> master) HEAD@{0}: reset: moving to 028636097e57c62ea86e6fa7603c2fe11682804c
f601e35 HEAD@{1}: commit: v3
461e45e HEAD@{2}: commit: v3
0286360 (HEAD -> master) HEAD@{3}: commit: v2
8ce9c96 HEAD@{4}: commit (initial): v1

其中，各个版本的版本号即为最左侧的序列号，只需根据对应的版本号重新执行git reset --hard 版本号即可

$ git reset --hard f601e35
HEAD is now at f601e35 v3

命令总结&补充

git init
git add

git commit
git log
git reflog
git reset --hard 版本号

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

git checkout -- 文件名		撤回对该文件的所有修改(工作区：修改或新文件 -> 已经控制文件)
git reset HEAD 文件名		将暂存区的文件撤回到工作区(已修改或新文件状态)

分支

git中，不同的版本之间，v2和v1之间并不是v2是在v1直接拷贝之上增加内容的关系，而是v2只保留了新增或者修改记录的内容（类似于快照）

原理：改变的文件会有一个指向未改变文件的指针，当生成版本的时候，只需要根据指针找到未改变代码，并添加上改变的内容即可

demo.txt| v0.1 <- p| modified| v0.2 <- ... <- p| modified| v0.9

因此可以存在多个版本，通过指针指向一个前驱版本

<-p| modified| v0.6 <- p1| modified| v0.61
				  ^
				  |_ p2| modified| v0.62

紧急修复处理思路

根据分支的概念，当在开发v0.6时候，v0.5出现紧急BUG，可以先创建一个基于v0.5的分支用于紧急修复BUG，然后可以基于v0.6继续开发

<-p| modified| v0.5 <- p| add new func| v0.61 <- p| unite| v0.6 (合并到主干线)
(主干线 master)	^								  |	
				  |_ p| fix BUG emergency| v0.51 <--|
				  (分支 dev <名称可以自定义>)

紧急修复过程

查看目前所在的分支git branch

$ git branch
* master

创建一个分支git branch 分支名

$ git branch dev

查看自己所在的分支，目前还是在master(带有*的就是目前所在的)

$ git branch
  dev
* master

进入分支git chekout 分支名

$ git checkout dev
Switched to branch 'dev'

查看自己所在的分支，即dev

$ git branch
* dev
  master

修改文件内容(即开始紧急修复BUG) -> 添加到暂存区 -> 提交到版本库

查看分支版本(HEAD -> dev)

$ git log
commit b878250bf310366006a6932704d8c656f8d5476a (HEAD -> dev)
Author: gin49sz <1003690614@qq.com>
Date:   Sat Mar 9 20:51:00 2024 +0800

    C4

修改完毕(BUG修复完毕)，切换回mastergit checkout master

$ git checkout master
Switched to branch 'master'

创建bug分支

git branch bug
git checkout bug
git add .
git commit -m "C5"

一般情况下，认为master为线上分支，即正在运行使用的分支，所以要将bug分支合并到master中

合并分支

• 第一步，切换回mastergit checkout master

• 第二步，合并bug分支git merge bug

  $ git merge bug
  Updating 7152ba0..27a986e
  Fast-forward
   index.html | 3 ++-
   1 file changed, 2 insertions(+), 1 deletion(-)
  

• 第三步，删除bug分支git branch -d bug

  $ git branch -d bug
  Deleted branch bug (was 27a986e).
  

• 第四步，回到开发分支git checkout dev

• 第五步，将开发的新功能合并到master，直接合并可能会引起冲突错误（在同一行添加或者修改的代码）

  $ git merge dev
  Auto-merging index.html
  CONFLICT (content): Merge conflict in index.html
  Automatic merge failed; fix conflicts and then commit the result.
  

  手动选择选择保留的内容即可

• 第六步，提交合并内容

  • git add .
  • git commit -m "C7"

命令总结

• 查看分支

  git branch
  

• 创建分支

  git branch 分支名称
  

• 切换分支

  git checkout 分支名称
  

• 分支合并(可能会产生冲突)

  git merge 要合并的分支
  
  注意：切换分支再合并
  

• 删除分支

  git branch -d 分支名称
  

工作流

开发时候一般至少要有两个分支

• dev分支：版本的更替都在dev分支上进行，负责开发功能
• master分支：只保留正式版本

Git是什么？

分布式版本控制的软件

• 软件：安装到电脑上的工具

• 版本控制：

  • 文件拷贝：论文 -> 版本通过文件来控制，多个文件，不同的标注来确定各个阶段的版本

  • 本地版本控制：只有一个文件，但是通过本地控制软件可以追溯以前的所有版本（类似游戏存档），相比文件拷贝，视觉上不会存在多个文件过于冗杂，但实际上不能解决协同开发或者多台设备开发

  • 集中式版本控制：多个设备可以通过一个中心来共同访问和操作开发的文件

    PC1 -> 
    		CENTER	->	FILES{version1, version2 ...}
    PC2 -> 
    

    代表软件：SVN

    缺点：无法离线提交，失去连接后无法再本地进行版本开发

  • 分布式版本控制：仓库（中心）只向本地提供一个版本，是一个文件的形式，当仓库挂掉或者断联，不影响本地对文件的修改

    PC1{version1} -> 
    					HUB{version1, version2}	
    PC2{version2} ->
    

    本地提交的时候，先提交到本地的仓库，然后在推到中心，所以即使离线，仍可以上传代码

    代表软件：git

为什么要做版本控制

• 防止线上代码出现问题，需要回滚，一行命令就可以解决
• 对于大量功能的项目，方便管理

下载安装Git

安装git的设备：本地计算机，中心无需安装，事实上，所谓的中心一般是由网站来执行，例如github、gitee

Windows安装

下载网站
Git - 安装 Git (git-scm.com)

下载链接

https://github.com/git-for-windows/git/releases/download/v2.44.0.windows.1/Git-2.44.0-64-bit.exe

安装完毕后鼠标右键桌面，会显示git bash here和git gui here两个选项，说明安装成功

查看安装版本git --version

$ git --version
git version 2.44.0.windows.1

Git做版本控制的步骤

即，让git管理文件夹（以dbhot为例）

1.进入要管理的文件夹

2.初始化

• 在对应的文件夹中，右键选择Git Bash Here

• 输入git init进行初始化

  $ git init
  Initialized empty Git repository in C:/Users/X/Desktop/Study/libraryMIS/Git/dbhot/.git/
  

  执行后，文件夹下会出现一个.git的文件

3.管理

• 检测当前文件夹下文件的状态git status

$ git status
On branch master
  
No commits yet
  
Untracked files:
  (use "git add <file>..." to include in what will be committed)
        index.html
        advert.docx
  
nothing added to commit but untracked files present (use "git add" to track)

添加到git的管理项目中

添加一个文件到管理git add 文件名

$ git add advert.docx

再检测文件夹下文件状态

$ git status
On branch master

No commits yet

Changes to be committed:
(use "git rm --cached <file>..." to unstage)
      new file:   advert.docx

Untracked files:
(use "git add <file>..." to include in what will be committed)
      index.html

执行add的文件被标记为绿色，而未执行的仍为红色

一键管理当前文件夹的所有文件git add .

$ git add .

4.生成版本

生成第一个版本

git commit -m '描述信息'

$ git commit -m "v1"

如果提示

Author identity unknown

*** Please tell me who you are.

Run

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

to set your account's default identity.
Omit --global to set the identity only in this repository.

fatal: unable to auto-detect email address (got 'X@DESKTOP-CKCOG1F.(none)')

需要先配置用户

git config --global user.email "you@example.com"

git config --global user.name "Your Name"

执行结果

$ git commit -m "v1"
[master (root-commit) 8ce9c96] v1
2 files changed, 1 insertion(+)
create mode 100644 advert.docx
create mode 100644 index.html

运行git status

$ git status
On branch master
nothing to commit, working tree clean

生成后续版本

修改文件的内容保存后，再运行git status

$ git status
On branch master
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git restore <file>..." to discard changes in working directory)
      modified:   index.html

no changes added to commit (use "git add" and/or "git commit -a")

modified: index.html

表示这个文件被检测到修改

• 再执行git add .将所有未被管理的文件添加到管理中
• 再执行git commit -m "v2"生成第二个版本

查看版本历史

通过git log可以访问所有的版本记录

$ git log
commit 028636097e57c62ea86e6fa7603c2fe11682804c (HEAD -> master)
Author: Gin49SZ <1003690614@qq.com>
Date:   Sat Mar 9 10:53:28 2024 +0800

  v2

commit 8ce9c967d86beca44488239d3681fb2ad6405e15
Author: Gin49SZ <1003690614@qq.com>
Date:   Sat Mar 9 10:44:10 2024 +0800

  v1

总结

1.进入要管理的目录

2.git init 让git管理当前的文件夹

3.git status 检测当前目录下文件的状态

4.三种状态变化：

• 红色：新增的文件/修改了原来的旧文件 -> git add 文件名或者git add .
• 绿色：git以及管理起来了 -> git commit -m "描述信息"
• 生成版本

补充：个人的配置、创建文件、关闭分页器

信息配置：用户名、邮箱

生成版本时候需要记录对应修改者的用户名和邮箱

git config --global user.email "xxx@yy.com"

git config --global user.name "zzz"

仅需执行一次即可

另外，创建一个文件，默认是未被管理的状态

git touch 文件名.文件扩展名

页面出现长内容，以(END)结尾，关闭分页器 -> 按下Q键即可

Git的三大区域

工作区、暂存区、版本库

工作区
已管理 | 新文件/修改后的文件	（自动检测）

=>git add 提交到暂存区

暂存区
确定是否提交，也可以回滚

=>git commit 提交到版本库

版本库
生成最终版本

回滚

当提交一个版本的时候，查看版本信息时，作者上方commit后面的一串序列号即为版本号

commit 8ce9c967d86beca44488239d3681fb2ad6405e15
Author: Gin49SZ <1003690614@qq.com>
Date:   Sat Mar 9 10:44:10 2024 +0800

    v1

版本号：8ce9c967d86beca44488239d3681fb2ad6405e15

回滚代码：git reset --hard 版本号

$ git reset --hard 028636097e57c62ea86e6fa7603c2fe11682804c
HEAD is now at 0286360 v2

库中文件全部变为v2时候的状态，再执行git log的时候，不再显示v2之后的版本

$ git log
commit 028636097e57c62ea86e6fa7603c2fe11682804c (HEAD -> master)
Author: Gin49SZ <1003690614@qq.com>
Date:   Sat Mar 9 10:53:28 2024 +0800

    v2

commit 8ce9c967d86beca44488239d3681fb2ad6405e15
Author: Gin49SZ <1003690614@qq.com>
Date:   Sat Mar 9 10:44:10 2024 +0800

    v1

如何回滚至v2之后的状态？

查看版本变化的历史git reflog

$ git reflog
0286360 (HEAD -> master) HEAD@{0}: reset: moving to 028636097e57c62ea86e6fa7603c2fe11682804c
f601e35 HEAD@{1}: commit: v3
461e45e HEAD@{2}: commit: v3
0286360 (HEAD -> master) HEAD@{3}: commit: v2
8ce9c96 HEAD@{4}: commit (initial): v1

其中，各个版本的版本号即为最左侧的序列号，只需根据对应的版本号重新执行git reset --hard 版本号即可

$ git reset --hard f601e35
HEAD is now at f601e35 v3

命令总结&补充

git init
git add
git commit
git log
git reflog
git reset --hard 版本号

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

git checkout -- 文件名		撤回对该文件的所有修改(工作区：修改或新文件 -> 已经控制文件)
git reset HEAD 文件名		将暂存区的文件撤回到工作区(已修改或新文件状态)

分支

git中，不同的版本之间，v2和v1之间并不是v2是在v1直接拷贝之上增加内容的关系，而是v2只保留了新增或者修改记录的内容（类似于快照）

原理：改变的文件会有一个指向未改变文件的指针，当生成版本的时候，只需要根据指针找到未改变代码，并添加上改变的内容即可

demo.txt| v0.1 <- p| modified| v0.2 <- ... <- p| modified| v0.9

因此可以存在多个版本，通过指针指向一个前驱版本

<-p| modified| v0.6 <- p1| modified| v0.61
				  ^
				  |_ p2| modified| v0.62

紧急修复处理思路

根据分支的概念，当在开发v0.6时候，v0.5出现紧急BUG，可以先创建一个基于v0.5的分支用于紧急修复BUG，然后可以基于v0.6继续开发

<-p| modified| v0.5 <- p| add new func| v0.61 <- p| unite| v0.6 (合并到主干线)
(主干线 master)	^								  |	
				  |_ p| fix BUG emergency| v0.51 <--|
				  (分支 dev <名称可以自定义>)

紧急修复过程

查看目前所在的分支git branch

$ git branch
* master

创建一个分支git branch 分支名

$ git branch dev

查看自己所在的分支，目前还是在master(带有*的就是目前所在的)

$ git branch
  dev
* master

进入分支git chekout 分支名

$ git checkout dev
Switched to branch 'dev'

查看自己所在的分支，即dev

$ git branch
* dev
  master

修改文件内容(即开始紧急修复BUG) -> 添加到暂存区 -> 提交到版本库

查看分支版本(HEAD -> dev)

$ git log
commit b878250bf310366006a6932704d8c656f8d5476a (HEAD -> dev)
Author: gin49sz <1003690614@qq.com>
Date:   Sat Mar 9 20:51:00 2024 +0800

    C4

修改完毕(BUG修复完毕)，切换回mastergit checkout master

$ git checkout master
Switched to branch 'master'

创建bug分支

git branch bug
git checkout bug
git add .
git commit -m "C5"

一般情况下，认为master为线上分支，即正在运行使用的分支，所以要将bug分支合并到master中

合并分支

• 第一步，切换回mastergit checkout master

• 第二步，合并bug分支git merge bug

  $ git merge bug
  Updating 7152ba0..27a986e
  Fast-forward
   index.html | 3 ++-
   1 file changed, 2 insertions(+), 1 deletion(-)
  

• 第三步，删除bug分支git branch -d bug

  $ git branch -d bug
  Deleted branch bug (was 27a986e).
  

• 第四步，回到开发分支git checkout dev

• 第五步，将开发的新功能合并到master，直接合并可能会引起冲突错误（在同一行添加或者修改的代码）

  $ git merge dev
  Auto-merging index.html
  CONFLICT (content): Merge conflict in index.html
  Automatic merge failed; fix conflicts and then commit the result.
  

  手动选择选择保留的内容即可

• 第六步，提交合并内容

  • git add .
  • git commit -m "C7"

命令总结

• 查看分支

  git branch
  

• 创建分支

  git branch 分支名称
  

• 切换分支

  git checkout 分支名称
  

• 分支合并(可能会产生冲突)

  git merge 要合并的分支
  
  注意：切换分支再合并
  

• 删除分支

  git branch -d 分支名称
  

工作流

开发时候一般至少要有两个分支

• dev分支：版本的更替都在dev分支上进行，负责开发功能
• master分支：只保留正式版本