Git

Git

概述

开发中的实际场景

  • 备份

  • 代码还原

  • 协同开发

  • 追溯问题代码和编写时间

版本控制器的方式

  • 集中式版本控制工具

    版本库是集中存放在中央服务器的，team里每个人work时，从中央服务器下载代码，是必须联网（局域网或者互联网）才能工作。个人修改后提交到中央版本库。

    比如：SVN和CVS

  • 分布式版本控制工具

    分布式版本控制系统没有”中央服务器”，每个人的电脑上都是一个完整的版本库，这样工作的时候，无需联网，因为版本库就在自己的电脑上。多人协作只需要各自的修改推送给对方，就能互相看到对方的修改。

    比如：Git

Git工作流程

image-20230616114014307

image-20230616114029929

命令如下：

  1. clone（克隆）：从远程仓库中克隆代码到本地仓库
  2. checkout（检出）：从本地仓库检出一个仓库分支然后进行修订
  3. add（添加）：在提交前先将代码提交到暂存区
  4. commit（提交）：提交到本地仓库，本地仓库中保存修改的各个历史版本
  5. fetch（抓取）：从远程拉到本地仓库，不进行任何合并的动作，一般操作比较少
  6. pull（拉取）：从远程库拉到本地库，自动进行合并（merge），然后放到工作区，想当于fetch+merge
  7. push（推送）：修改完成后，需要和团队成员共享代码时，将代码推送到远程仓库。

安装与常用命令

  • ls/ll

    查看当前目录

  • cat

    查看文件内容

  • touch

    创建文件

  • vi

    vi编辑器

Git环境配置

下载

下载地址： https://git-scm.com/download

正常的安装步骤，安装成功后，首先要做的事就是设置用户名和email地址。这是非常重要的，因为每次Git提交都会使用该用户信息。

基本配置

  1. 打开Git Bash
  2. 设置用户信息
1
2
git config --global user.name "zhuixun"
git config --global user.email "xxx@qq.com"
  1. 查看配置信息
1
2
git config --global user.name
git config --global user.email

为常用指令配置别名

有些常用的指令参数非常多，每次都要输入好多参数，我们可以使用别名

  1. 打开用户目录，创建.bashrc文件。部分windows系统不允许用户创建点号开头的文件，可以打开gitBash，执行touch ~/.bashrc

  2. 在.bashrc文件中输入如下内容

    1
    2
    3
    4
    5
    # 用于输出git提交日志
    alias git-log='git log --pretty=oneline --all --graph --abbrev-commit'

    #用于输出当前目录所有文件及基本信息
    alias ll = 'ls -al'

  3. 打开gitBash，执行source ~/.bashrc

解决GitBash乱码问题

  1. 打开GitBash执行下面命令

    1
    git config --global core.quotepath false

  2. ${git_home}/etc/bash.bashrc 文件最后加入下面两行

    1
    2
    export LANG="zh_CN.UTF-8"
    export LC_ALL="zh_CN.UTF-8"

获取本地仓库

要使用git对我们的代码进行版本控制，首先需要获得本地仓库

  1. 在电脑的任意位置创建一个空目录（例如test）作为我们的本地Git仓库
  2. 进入这个目录中，点击右键打开Git bash窗口
  3. 执行命令Git init
  4. 如果创建成功后可以在文件夹下看到隐藏的.git目录

image-20230620113709548

基础操作指令

Git工作目录对于文件的修改（增加、删除、更新）会存在几个状态，这些修改的状态会随着我们执行的Git的命令而发生变化

  1. git add(工作区–>暂存区)
  2. git commit（暂存区–>本地仓库）

查看修改的状态（status）

  • 作用：查看的修改的状态（暂存区、工作区）
  • 命令形式：git status

添加工作区暂存区(add)

  • 作用：添加工作区一个或多个文件的修改到暂存区
  • 命令形式：git add 单个文件名|通配符
    • 将所有修改加入暂存区：git add .

提交暂存区到本地仓库（commit）

  • 作用：提交暂存区内容到本地仓库的当前分支
  • 命令形式：git commit -m ‘注释内容’

查看提交日志（log）

在配置别名中配置git -log就包含了这些参数，所以后续可以直接使用指令git -log

  • 作用：查看提交记录
  • 命令形式：git log [option]
    • options
      • –all：显示所有分支
      • –pretty=oneline：将提交信息显示为一行
      • -abbrev-commit：使得输出的commitId更简短
      • –graph：以图的形式显示

版本回退

  • 作用：版本切换
  • 命令形式：git reset –hard commitID
    • commitID可以使用git-log或 git log 指令查看
  • 如何查看已经删除的记录
    • git reflog
    • 这个指令可以看到已经删除的提交记录

添加文件到忽略列表

一般我们总会有些无需纳入git的管理，也不希望他们总出现在未跟踪文件列表。通常都是些自动生成的问文件，比如日志文件，或者编译过程中创建的临时文件等。在这种情况下，我们可以在工作目录中创建一个名为.gitignore的文件（文件名称固定），列出要忽略的文件模式。示例：

1
2
3
4
5
6
7
8
9
10
11
12
# no .a files
*.a
# but do track lib.a, even though you're ignoring .a files above
!lib.a
# only ignore the TODO file in the current directory, not subdir/TODO
/TODO
# ignore all files in the build/ directory
build/
# ignore doc/notes.txt, but not doc/server/arch.txt
doc/*.txt
# ignore all .pdf files in the doc/ directory
doc/**/*.pdf

练习基础操作

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
#####################仓库初始化######################
# 创建目录（git_test01）并在目录下打开gitbash
略
# 初始化git仓库
git init
#####################创建文件并提交#####################
# 目录下创建文件 file01.txt
略
# 将修改加入暂存区
git add .
# 将修改提交到本地仓库，提交记录内容为：commit 001
git commit -m 'commit 001'
# 查看日志
git log
####################修改文件并提交######################
# 修改file01的内容为：count=1
略
# 将修改加入暂存区
git add .
# # 将修改提交到本地仓库，提交记录内容为：update file01
git commit --m 'update file01'
# 查看日志
git log
# 以精简的方式显示提交记录
git-log
####################将最后一次修改还原##################
# 查看提交记录
git-log
# 找到倒数第2次提交的commitID
略
# 版本回退
git reset commitID --hard

分支

几乎所有的版本控制系统都以某种形式支持分支。使用分支意味着你可以把你的工作从开发主线上分离开来进行重大的bug修改，开发新的功能，以避免影响开发的主线

查看本地分支

  • 命令：git branch

创建本地分支

  • 命令：git branch 分支名

切换分支（checkout）

  • 命令：git checkout 分支名

我们还可以直接切换到一个不存在的分支（创建并切换）

  • 命令：git checkout -b 分支名

合并分支（merge）

一个分支上的提交可以合并到另一个分支

命令：git merge 分支名称

删除分支

不能删除当前分支，只能删除其他分支

git branch -d b1：删除分支时，需要做各种检查

git branch -D b1：不做任何检查，强制删除

解决冲突

当两个分支上对文件的修改可能会存在冲突，例如同时修改了同一个文件的同一行，这是就需要手动解决冲突，解决冲突步骤如下：

  1. 处理文件中冲突的地方
  2. 将解决完冲突的文件加入到暂存区（add）
  3. 提交到仓库（commit）

例子：

image-20230617094740842

开发中分支使用原则与流程

几乎所有的版本控制系统都以某种形式支持分支。使用分支意味着你可以把你的工作从开发主线上分离开来进行重大的bug修改，开发新的功能，以避免影响开发主线。

  • master(生产)分支

    线上分支，主分支，中小规模项目作为线上运行的应用对应的分支

  • develop（开发）分支

    是从master创建的分支，一般作为开发部门的主要开发分支，如果没有其他并行开发不同期上线要求，都可以在此版本上进行开发，阶段开发完成后，需要是合并到master分支，准备上线。

  • feature/xxxx分支

    从develop创建的分支，一般是同期并行开发，但不同期上线时创建的分支，分支上的研发任务完成后合并到develop分支

  • hotfix/xxxx分支

    从master派生的分支，一般作为线上bug修复使用，修复完成后需要合并到master、test、develop分支

  • 还有其他的一些分支，例如test分支(用于代码测试)、pre分支（预上线分支）等等

image-20230617155627807

练习分支操作

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
##########创建并切换到dev01分支，在dev01分支提交
#[master]创建分支dev01
git branch dev01
#[master]切换到dev01
git checkout dev01
#[dev01]创建file02.txt
略
#[dev01]将修改加入暂存区并提交到仓库，提交记录内容为：add file02 on dev
git add.
git commit -m 'add file02 on dev'
#[dev01]以精简的方式显示提交记录
git -log

###############切换到master分支，将dev01分支合并到master分支
#[dev01]切换到master分支
git checkout master
#[master]合并dev01到master分支
git merge dev01
#[master]以精简的方式显示提交记录
git -log
#[master] 查看文件变化(目录下也出现了file02.txt)
略
##################删除dev01分支
#[master]删除dev01分支
git branch -d dev01
#[master]以精简的方式显示提交记录
git -log

git远程仓库

常用的托管服务（远程仓库）

  • gitHub（ 地址：https://github.com/ ）是一个面向开源及私有软件项目的托管平台，因为只支持Git 作为唯一的版本库格式进行托管，故名gitHub

  • 码云（地址： https://gitee.com/ ）是国内的一个代码托管平台，由于服务器在国内，所以相比于GitHub，码云速度会更快

  • GitLab （地址： https://about.gitlab.com/ ）是一个用于仓库管理系统的开源项目，使用Git作为代码管理工具，并在此基础上搭建起来的web服务,一般用于在企业、学校等内部网络搭建git私服。

注册码云

https://gitee.com/signup

创建远程仓库

image-20230617161756717

创建完成后，可以看到如下地址

image-20230617161844826

配置SSH公钥

git bash生成SSH公钥

  • ssh-keygen -t rsa
  • 不断回车
    • 如果公钥已经存在，则自动覆盖

Gitee设置账户公钥

  • 获取公钥

    • cat ~/.ssh/id_rsa.pub

      image-20230617162224650

    • 验证是否配置成功

      • ssh -T git@gitee.com

      • 注意返回的值,如果为下列信息，在远程仓库时，需要查看当前配置的远程url地址

        1
        Hi 追寻! You've successfully authenticated, but GITEE.COM does not provide shell access.

        image-20230620143032076

操作远程仓库

添加远程仓库

此操作是先初始化本地库，然后与已创建的远程库进行对接

  • 命令：git remote add <远端名称><仓库路径>

    • 远程名称：默认是origin，取决于远端服务器设置

    • 仓库路径：从远端服务器获取此URL

    • 例如：git remote add origin git@gitee.com:gitee用户名/仓库名.git

      1
      git remote add origin git@gitee.com:zhuixun97/git_test.git

查看远程仓库

  • 命令：git remote

    1
    git remote

推送到远程仓库

  • 命令

    1
    git push [-f][--set-upstream][远端名称[本地分支名][:远端分支名]]
    • 如果远程分支名和本地分支名称相同，则可以只写本地分支
      • git push origin master
    • -f 表示强制覆盖
    • –set-upstream：推送到远端的同时并建立起和远端分支的关联关系
      • git push –set-upstream origin master
    • 如果当前分支已经和远端分支关联，则可以省略分支名和远端名
      • git push 将master分支推送到已关联的远端分支

本地分支与远程分支的关联关系

  • 查看关联关系我们可以使用 git branch -vv

从远程仓库克隆

如果已经有一个远端仓库，我们可以直接clone到本地

  • 命令：git clone<仓库路径>[本地目录]

    • 本地目录可以省略，会自动生成一个目录

    image-20230617170210058

从远程仓库中抓取和拉取

远程分支和本地的分支一样，我们可以进行merge操作，只是需要先把远端仓库里的更新都下载到本地，在进行操作

  • 抓取命令：git fetch[remote name ] [branch name]
    • 抓取指令就是将仓库里的更新都抓取到本地，不会进行合并
    • 如果不指定远端名称和分支名，则抓取所有分支
  • 拉取命令：git pull [remote name ] [branch name]
    • 拉取指令就是将远端仓库的修改拉到本地并自动进行合并，等同于fetch+merge
    • 如果不指定远端名称和分支名，则抓取所有并更新当前分支
  1. 在test01这个本地仓库进行一次提交并推送到远程仓库

image-20230617171105576

  1. 在另一个仓库将远程提交的代码拉取到本地仓库

    image-20230617171151431

解决合并冲突

在一段时间，A、B用户修改了同一个文件，并且修改了同一行位置的代码，此时会发生合并冲突

A用户在本地修改代码后优先推送到远程仓库，此时B用户在本地修订代码，提交到本地仓库后，也需要推送到远程仓库，此时B用户晚于A用户，故需要先拉取远程仓库的提交，经过合并后才能推送到远端分支,如下图所示

image-20230617171702045

在B用户拉取代码时，因为A、B用户同一段时间修改了同一个文件的相同位置代码，故会发生合并冲突。

远程分支也是分支，所以合并时冲突的解决方式也和解决本地分支冲突相同

远程仓库操作

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
##########################1-将本地仓库推送到远程仓库
# 完成4.1、4.2、4.3、4.4的操作
略
# [git_test01]添加远程仓库
git remote add origin git@gitee.com/**/**.git
# [git_test01]将master分支推送到远程仓库,并与远程仓库的master分支绑定关联关系
git push --set-upstream origin master
###########################2-将远程仓库克隆到本地
# 将远程仓库克隆到本地git_test02目录下
git clone git@gitee.com/**/**.git git_test02
# [git_test02]以精简的方式显示提交记录
git-log
###########################3-将本地修改推送到远程仓库
# [git_test01]创建文件file03.txt
略
# [git_test01]将修改加入暂存区并提交到仓库,提交记录内容为：add file03
git add .
git commit -m 'add file03'
# [git_test01]将master分支的修改推送到远程仓库
git push origin master
###########################4-将远程仓库的修改更新到本地
# [git_test02]将远程仓库修改再拉取到本地
git pull
# 以精简的方式显示提交记录
git-log
# 查看文件变化(目录下也出现了file03.txt)
略

IDEA中使用Git

配置

安装好IntelliJ IDEA后，如果Git安装在默认路径下，那么idea会自动找到git的位置，如果更改了Git的安装位置则需要手动配置下Git的路径。选择File→Settings打开设置窗口，找到Version Control下的git选项：

image-20230617173641773

点击Test按钮，现在执行成功，配置完成

在IDEA中操作Git

场景：本地已经有一个项目，但是并不是git项目，我们需要将这个放到码云的仓库里，和其他开发人员继续一起协作开发

创建项目远程仓库

image-20230617174002301

初始化本地仓库

image-20230617174139191

设置远程仓库

image-20230617174214716

提交到本地仓库

image-20230617174241144

推送到远程仓库

image-20230617174602777

克隆远程仓库到本地

image-20230617174635497

创建分支

  • 最常规的方式

    image-20230617174718217

  • 最强大的方式

    image-20230617174746751

切换分支以及其他分支相关操作

image-20230617174845537

解决冲突

  1. 执行merge或pull操作时，可能发生冲突

image-20230617174935348

  1. 冲突解决后加入暂存区
  2. 提交到本地仓库
  3. 推送到远程仓库

IDEA常用GIT操作入口

  1. 第一张图上的快捷入口基本满足开发的需求

    image-20230620144439177

  2. 第二张图是更多在IDEA操作git的入口

    image-20230620144537022

IDEA继承GitBash作为Terminal

image-20230620144832695

注意

  1. 切换分支前先提交本地的修改
  2. 代码及时提交，提交过了就不会丢
  3. 运到任何问题不要删除文件目录
JavaWeb
#Git
Git
http://example.com/2023/06/10/JavaWeb/Git/
作者
zhuixun
发布于
2023年6月10日
许可协议