Git版本控制及Goland使用Git教程

1,512 阅读12分钟

本文已参与「新人创作礼」活动, 一起开启掘金创作之路。

1. 概述与安装

1.1 Git工作流程图

在这里插入图片描述

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

1.2 GIt安装与配置

1.2.1 安装

下载地址:git

安装全都下一步即可

在这里插入图片描述 Git Bash:Git提供的命令行工具。 以后经常会用到这个git bash 小技巧,在git bash中,==选中就是复制,按一下鼠标滚轮就是粘贴==

1.2.2 配置

当安装Git后首先要做的事情是设置用户名称和email地址。这是非常重要的,因为每次Git提交都会使用该用户信息,而且不设置用户名和email地址用不了。随便设置,没有规定,但一定要设置!

  1. 打开git bash
  2. 设置用户信息
  3. 查看配置信息
git config --global user.name “wxf”
git config --global user.email "68725032@qq.com"

git config --global user.name
git config --global user.email

在这里插入图片描述

1.2.3 为常用指令配置别名(可选)

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

  1. 打开==用户目录==,创建 .bashrc 文件
  2. 在 .bashrc 文件中输入如下内容:
#用于输出git提交日志
alias git-log='git log --pretty=oneline --all --graph --abbrev-commit'
#用于输出当前目录所有文件及基本信息
alias ll='ls -al'
  1. 在当前目录打开gitBash,执行 source ~/.bashrc

在这里插入图片描述 在这里插入图片描述 在这里插入图片描述

1.2.4 解决GitBash乱码问题

  1. 打开GitBash执行下面命令
git config --global core.quotepath false
  1. ${git_home}/etc/bash.bashrc 文件最后加入下面两行
export LANG="zh_CN.UTF-8"
export LC_ALL="zh_CN.UTF-8"

那么问题来了${git_home}在哪呢?其实就是git的安装目录,你按照在哪,就在那,如果忘记了也没有关系,下面教你找 在这里插入图片描述 在这里插入图片描述

2. 常用命令

2.1 创建本地仓库

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

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

2.2 基础操作指令

2.2.1 状态流程图

Git工作目录下对于文件的修改(增加、删除、更新)会存在几个状态,这些修改的状态会随着我们执行Git的命令而发生变化。 [2.2 基础操作指令]主要讲解如何使用命令来控制这些状态之间的转换

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

在这里插入图片描述

2.2.2 查看修改的状态(status)

  • 作用:查看的修改的状态(暂存区、工作区)
  • 命令形式:git status

我这里新建一个文件,再在文件中加一句话,观察两种不同的状态 在这里插入图片描述 在这里插入图片描述

2.2.3 添加工作区到暂存区(add)

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

上面末尾是“.”是一个点,请注意,.的作用就是全部,就不需要一个一个单个文件名取添加了。如果想忽略一些文件不添加,但是还想用.的方式,请看[2.2.7 添加文件至忽略列表] 在这里插入图片描述

2.2.4 提交暂存区到本地仓库(commit)

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

在这里插入图片描述

2.2.5 查看提交日志(log)

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

在1.2.4中配置的别名 git-log 就包含了这些参数,所以后续可以直接使用指令 git-log 在这里插入图片描述

2.2.6 版本回退

  • 作用:版本切换
  • 命令形式:git reset --hard commitID commitID 可以使用 git-log 或 git log 指令查看 在这里插入图片描述

如何查看已经删除的记录?

  • git reflog

这个指令可以看到已经删除的提交记录 在这里插入图片描述

2.2.7 添加文件至忽略列表

一般我们总会有些文件无需纳入Git 的管理,也不希望它们总出现在未跟踪文件列表。 通常都是些自动生成的文件,比如日志文件,或者编译过程中创建的临时文件等。

在这种情况下,我们可以在工作目录中创建一个名为 .gitignore 的文件(文件名称固定),列出要忽略的文件模式。下面是一个示例:

# 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

2.3 分支

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

2.3.1 查看本地分支

  • 命令:git branch

在这里插入图片描述

2.3.2 创建本地分支

  • 命令:git branch 分支名

在这里插入图片描述

2.3.3 切换分支(checkout)

  • 命令:git checkout 分支名

在这里插入图片描述 我们还可以直接切换到一个不存在的分支(创建并切换)

  • 命令:git checkout -b 分支名 在这里插入图片描述

2.3.4 合并分支(merge)

一个分支上的提交可以合并到另一个分支 注意:若想将A合并到B上,需要先切换到B分支,一般都是把别的分支合并到master分支

  • 命令:git merge 分支名称
  1. 在这里插入图片描述

  2. 在这里插入图片描述

2.3.5 删除分支

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

  • git branch -d b1 删除分支时,需要做各种检查(比如该分支commit但是没有merge) 在这里插入图片描述

  • git branch -D b1 不做任何检查,强制删除 在这里插入图片描述

2.3.6 解决冲突

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

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

在这里插入图片描述 在这里插入图片描述

在这里插入图片描述

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

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

在开发中,一般有如下分支使用原则与流程:

  • master (生产) 分支 线上分支,主分支,中小规模项目作为线上运行的应用对应的分支;
  • develop(开发)分支 是从master创建的分支,一般作为开发部门的主要开发分支,如果没有其他并行开发不同期上线要求,都可以在此版本进行开发,阶段开发完成后,需要是合并到master分支,准备上线。
  • feature/xxxx分支 从develop创建的分支,一般是同期并行开发,但不同期上线时创建的分支,分支上的研发任务完成后合并到develop分支。
  • hotfix/xxxx分支, 从master派生的分支,一般作为线上bug修复使用,修复完成后需要合并到master、test、develop分支。
  • 还有一些其他分支,在此不再详述,例如test分支(用于代码测试)、pre分支(预上线分支)等等 在这里插入图片描述

3. Git远程仓库

3.1 常用的托管服务[远程仓库]

码云gitee.com/ githubgithub.com/

3.2 配置托管服务

3.2.1 注册github/码云

码云gitee.com/ githubgithub.com/

进去注册即可

3.2.2 创建远程仓库

3.2.2.1 github

在这里插入图片描述

3.2.2.2 码云

在这里插入图片描述

3.2.3 配置SSH公钥

3.2.3.1 生成SSH公钥与获取公钥

  • 生成SSH公钥
    • ssh-keygen -t rsa
    • 不断回车

如果公钥已经存在,则自动覆盖

在这里插入图片描述

  • 获取公钥
    • cat ~/.ssh/id_rsa.pub

在这里插入图片描述

3.2.3.2 github设置账户公钥

在这里插入图片描述

3.2.3.3 码云设置账户公钥

olor_FFFFFF,t_70,g_se,x_16)

3.3 操作远程仓库

3.3.1 添加远程仓库

注:码云和githu操作其实是一样的,所以接下来全用github来演示

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

  • 命令: git remote add <远端名称> <仓库路径> 在这里插入图片描述
  • 远端名称,默认是origin,可以自由设置
  • 仓库路径,从远端服务器获取此SSH
  • 例如: git remote add origin git@github.com:gopherWxf/git_test.git

3.3.2 查看远程仓库

  • 命令:git remote 在这里插入图片描述

3.3.3 推送到远程仓库(push)

  • 命令:git push [-f] [--set-upstream] [远端名称 [本地分支名][:远端分支名] ]
    • 如果远程分支名和本地分支名称相同,则可以只写本地分支 [git push origin master]
    • f 表示强制覆盖,即本地与远程分支的同一个内容不一致,一般都是禁用的
    • [-- set-upstream] 推送到远端的同时并且建立起和远端分支的关联关系。[git push --set-upstream origin master]
    • 如果当前分支已经和远端分支关联,则可以省略分支名和远端名。[git push] 将master分支推送到已关联的远端分支。 在这里插入图片描述 在这里插入图片描述

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

  • 查看关联关系使用 git branch -vv 命令

在这里插入图片描述

3.3.5 从远程仓库克隆(clone)

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

  • 命令: git clone <仓库路径> [本地目录]
    • 本地目录可以省略,会自动生成一个目录

在这里插入图片描述

3.3.6 从远程仓库中抓取(fetch)

  • 抓取 命令:git fetch [remote name] [branch name]
    • 抓取指令就是将仓库里的[branch name]分支的更新都==抓取到本地,不会进行合并==
    • 如果不指定远端名称和分支名,则抓取所有分支。

在这里插入图片描述

3.3.7 从远程仓库中拉取(pull)

  • 拉取 命令:git pull [remote name] [branch name]
    • 拉取指令就是将远端仓库的修改==拉到本地并自动进行合并==,等同于fetch+merge
    • 如果不指定远端名称和分支名,则抓取所有并更新当前分支。 在这里插入图片描述

3.3.8 解决合并冲突

==push之前要先pull,把冲突解决了再提交上去==

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

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

在这里插入图片描述 在B用户拉取代码时,因为A、B用户同一段时间修改了同一个文件的相同位置代码,故会发生合并冲突。

远程分支也是分支,所以合并时冲突的解决方式也和解决本地分支冲突相同相同,看[2.3.6 解决冲突] 下面来做个示例

  1. 刚开始A,B相等在这里插入图片描述
  2. A更改file2.go,内容为updataforA,B更改file2.go,内容为updataforB。A,B都add和commit,A push到远程仓库在这里插入图片描述
  3. A,B修改了同一文件,由于B用户晚于A用户push,故需要先拉取远程仓库的提交。在B用户拉取代码时,因为A、B用户同一段时间修改了同一个文件的相同位置代码,故会发生合并冲突。在这里插入图片描述
    1. 处理文件中冲突的地方
    2. 将解决完冲突的文件加入暂存区(add)
    3. 提交到仓库(commit)
    4. 在这里插入图片描述
  4. B push到远程服务器,A pull拉取更新,观察git log,至此冲突解决了在这里插入图片描述

4. 在IDEA中使用Git

4.1 在IDEA中配置Git

如果Git安装在默认路径下,那么idea会自动找到git的位置,如果更改了Git的安装位置则需要手动配置下Git的路径。选择文件→设置,打开设置窗口,搜索git选择下面的git选 项: 在这里插入图片描述 点击测试按钮,现在执行成功,配置完成

4.2 在Idea中操作Git

场景:本地已经有一个项目,但是并不是git项目,我们需要将这个放到码云的仓库里,和其他开发人员继续一起协作开发。 注意,这里的.gitignore里面写的是

.git .idea

因为不想让.git和.idea也上传

4.2.1 创建项目远程仓库

在这里插入图片描述

4.2.2 初始化本地仓库

在这里插入图片描述

4.2.3 设置远程仓库

在这里插入图片描述

4.2.4 提交到本地仓库

在这里插入图片描述

4.2.5 推送到远程仓库

在这里插入图片描述

4.2.6 查看git log版本相关内容

在这里插入图片描述

4.2.7 再次上传,观察代码不同处

在这里插入图片描述

4.2.8 克隆远程仓库到本地

在这里插入图片描述

4.2.9 创建分支

一般使用第一种方式较多,==因为它可以在任意依次提交的节点上增加分支== 在这里插入图片描述

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

在这里插入图片描述

4.2.11 解决冲突

在这里插入图片描述 当前,A已经push到远程服务器上了

在这里插入图片描述 B commit了之后pull了一遍,发现有冲突,需要手动解决 在这里插入图片描述 选择合并之后,手动去处理 在这里插入图片描述 最后再点推送,冲突就解决了

在这里插入图片描述 如果B commit之后直接push了,没有pull,那么也会让你去解决冲突

4.3 场景分析

  1. 由组长,基于本项目创建本地仓库;创建远程仓库,推送项目到远程仓库。在这里插入图片描述
  2. 每一位组员从远程仓库克隆项目到idea中,这样每位同学在自己电脑上就有了一个工作副本,可以正式的开始开发了。我们模拟两个组员(组员A、组员B),克隆两个工作区。在这里插入图片描述
  3. 组员A修改工作区,提交到本地仓库,再推送到远程仓库。组员B可以直接从远程仓库获取最新的代码。在这里插入图片描述
  4. 组员A和组员B修改了同一个文件的同一行,提交到本地没有问题,但是推送到远程仓库时,后一个推送操作就会失败。 解决方法:需要先获取远程仓库的代码到本地仓库,编辑冲突,提交并推送代码。在这里插入图片描述

4.4 ide中的铁令

  1. ==切换分支前先提交本地的修改==
  2. 代码及时提交,提交过了就不会丢