Git基础

目录

  • 1 Git概述
    • 1.1 版本控制器方式
    • 1.2 Git工作流程
  • 2 Git安装与配置
    • 2.1 下载与安装
    • 2.2 基本配置
    • 2.3 为常用命令配置别名
    • 2.4 解决GitBash中文乱码问题
  • 3 获取本地仓库
  • 4 分支
    • 4.1 查看本地分支
    • 4.2 创建本地分支
    • 4.3 切换分支
    • 4.4 合并分支
    • 4.5 删除分支
    • 4.6 合并冲突问题
    • 4.7 开发中分支使用原则与流程(了解)
  • 5 Git远程仓库
    • 5.1 常用的托管服务(远程仓库)
    • 5.2 码云使用
    • 5.3 创建仓库
    • 5.4 配置SSH公钥
    • 5.5 操作远程仓库
      • 5.5.1 添加远程仓库
      • 5.5.2 查看远程仓库
      • 5.5.3 推送到远程仓库
      • 5.5.4 查看本地分支与远程分支的关联关系
      • 5.5.5 从远程仓库克隆
      • 5.5.6 从远程仓库中抓取和拉取
      • 5.5.7 解决冲突
  • 6 IDEA中使用Git
    • 6.1 在IDEA中配置Git
    • 6.2 在Idea中操作Git
      • 6.2.1 创建项目远程仓库
      • 6.2.2 初始化本地仓库
      • 6.2.3 设置远程仓库
      • 6.2.4 提交到本地仓库
      • 6.2.5 推送到远程仓库
      • 6.2.7 克隆远程仓库到本地
      • 6.2.8 创建分支
      • 6.2.9 切换分支及其他分支相关操作
      • 6.2.10 冲突问题
    • 6.3 IDEA常用GIT操作入口
    • 6.4 IDEA集成GitBash作为Terminal

1 Git概述

开发中备份、代码还原、协同开发、追溯问题代码的编写人和时间等问题都可以使用Git解决

1.1 版本控制器方式

  • 集中式版本控制工具

    • 保存所有文件的修订版本,而协同工作的人们都通过客户端连到这台服务器,取出最新的文件或者提交更新
    • 利:个人都可以在一定程度上看到项目中的其他人正在做些什么。而管理员也可以轻松掌控每个开发者的权限,并且管理一个集中化的版本控制系统,要远比在各个客户端上维护本地数据库来得轻松容易。
    • 弊:中央服务器的单点故障。如果服务器宕机一小时,那么在这一小时内,谁都无法提交更新,也就无法协同工作
    • 常见的集中式版本控制工具:SVN和CVS
      Git基础_第1张图片
  • 分布式版本控制工具

    • 客户端提取的不是最新版本的文件快照,而是把代码仓库完整地镜像下来 (本地库) 。这 样 任何一处协同工作用的文件发生故障,事后都可以用其他客户端的本地仓库进行 恢复。因为每个客户端的每一次文件提取操作,实际上都是一次对整个文件仓库的完整备份
    • 分布式的版本控制系统出现之后,解决了集中式版本控制系统的缺陷:
      • 服务器断网的情况下也可以进行开发,因为版本控制是在本地进行的;
      • 每个客户端保存的也都是整个完整的项目 ,包含历史记录 更加安全

1.2 Git工作流程

Git基础_第2张图片
命令如下:

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

2 Git安装与配置

2.1 下载与安装

下载地址:https://git-scm.com/download
Git基础_第3张图片
双击下载的安装文件安装Git,一直next最后finish(有需求可以按需选择一下)安装完成后在电脑桌面(也可以是其他目录)点击右键,如果能够看到如下两个菜单则说明Git安装成功。
Git基础_第4张图片

Git GUI:Git提供的图形界面工具
Git Bash:Git提供的命令行工具
当安装Git后首先要做的事情是设置用户名称和email地址。这是非常重要的,因为每次Git提交都会使用
该用户信息

2.2 基本配置

打开Git Bash
设置用户信息:
git config --global user.name “itcast”
git config --global user.email “[email protected]
查看用户信息:
git config --global user.name
git config --global user.email

2.3 为常用命令配置别名

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

  1. 打开用户目录,创建.bashrc文件
    Git基础_第5张图片
    部分windows系统不允许用户创建点号开头的文件,可以打开gitBash,执行touch ~/.bashrc
  2. 在.bashrc文件中添加起别名的命令
#用于输出git提交日志
aliasgit-log='gitlog--pretty=oneline--all--graph--abbrev-commit'#用于输出当前目录所有文件及基本信息
aliasll='ls-al'
  1. 打开gitBash,执行source ~/.bashrc

2.4 解决GitBash中文乱码问题

  1. 打开GitBash执行下面命令:
gitconfig--globalcore.quotepathfalse
  1. git安装目录下的bash.bashrc文件(${git_home}/etc/bash.bashrc) 最后加入下面两行
exportLANG="zh_CN.UTF-8"
exportLC_ALL="zh_CN.UTF-8"

3 获取本地仓库

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

Git工作目录下对于文件的修改(增加、删除、更新)会存在几个状态,这些修改的状态会随着我们执行Git
的命令而发生变化
Git基础_第7张图片

  1. 查看修改的状态(status)
    命令:git status
    作用:查看的修改的状态(暂存区、工作区)
    Git基础_第8张图片

  2. 添加工作区到暂存区(add)
    命令:git add 单个文件名|通配符
    作用:添加工作区一个或多个文件的修改到暂存区
    Git基础_第9张图片

  3. 提交暂存区到本地仓库(commit)
    命令形式:git commit -m '注释内容'
    作用:提交暂存区内容到本地仓库的当前分支
    Git基础_第10张图片

  4. 查看提交日志(log)
    在3.3中配置的别名 git-log 就包含了这些参数,所以后续可以直接使用指令 git-log
    作用:查看提交记录
    命令形式:git log [option]

options:
–all 显示所有分支
–pretty=oneline 将提交信息显示为一行
–abbrev-commit 使得输出的commitId更简短
–graph 以图的形式显示

  1. 版本回退(reset)
    命令形式:git reset --hard commitID
    作用:版本切换

commitID 可以使用 git-log 或 git log 指令查看
如何查看已经删除的记录?
git reflog,这个指令可以看到已经删除的提交记录
虽然版本很多,但是我们工作区的 file01.txt 始终只有一个文件存在

  1. 添加文件至忽略列表
    问题:一般我们总会有些文件无需纳入Git 的管理,也不希望它们总出现在未跟踪文件列表。 通常都是些自动
    生成的文件,比如日志文件,或者编译过程中创建的临时文件等。
    解决方案:我们可以在工作目录中创建一个名为 .gitignore 的文件(文件名称固定),列出要忽略的文件模式
    Git基础_第11张图片
    示例:.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

4 分支

  • 在版本控制过程中,同时推进多个任务,为每个任务,我们就可以创建每个任务的单独分支
  • 使用分支意味着程序员可以把自己的工作从开发主线上分离开来,开发自己分支的时候,不会影响主线分支的运行
  • 对于初学者而言,分支可以简单理解为副本,一个分支就是一个单独的副本
  • 分支的好处:
    • 同时并行推进多个功能开发,提高开发效率。
    • 各个分支在开发过程中,如果某一个分支开发失败,不会对其他分支有任何影响。失败的分支删除重新开始即可。

4.1 查看本地分支

命令:git branch (-v)
在这里插入图片描述

4.2 创建本地分支

命令:git branch 分支名
Git基础_第12张图片

4.3 切换分支

命令:git checkout 分支名
创建并切换分支:git checkout -b 分支名
Git基础_第13张图片

4.4 合并分支

命令:git merge 分支名称
作用:把指定的分支合并到当前分支上

合并次分支到主分支时,目前分支是主分支,git merge 次分支。
合并后主分支成为合并后的内容,而次分支不变。

Git基础_第14张图片

4.5 删除分支

git branch -d b1 删除分支时,需要做各种检查
git branch -D b1 不做任何检查,强制删除

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

4.6 合并冲突问题

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

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

冲突部分的内容处理如下所示:
Git基础_第15张图片

4.7 开发中分支使用原则与流程(了解)

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

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

5 Git远程仓库

前面我们已经知道了Git中存在两种类型的仓库,即本地仓库和远程仓库。那么我们如何搭建Git远程仓库呢?
我们可以借助互联网上提供的一些代码托管服务来实现,其中比较常用的有GitHub、码云、GitLab等。

5.1 常用的托管服务(远程仓库)

  • gitHub是一个面向开源及私有软件项目的托管平台,因为只支持Git 作为唯一的版本库格式进行托管,故名gitHub
  • 码云是国内的一个代码托管平台,由于服务器在国内,所以相比于GitHub,码云速度会更快
  • GitLab是一个用于仓库管理系统的开源项目,使用Git作为代码管理工具,并在此基础上搭建起来的web服务,一般用于在企业、学校等内部网络搭建git私服(安全)

5.2 码云使用

要想使用码云的相关服务,需要注册账号(地址:https://gitee.com/signup)

5.3 创建仓库

Git基础_第17张图片
仓库创建完成后可以看到仓库地址:
Git基础_第18张图片

5.4 配置SSH公钥

  • 生成SSH公钥
    • 命令:ssh-keygen -t rsa
    • 然后不断回车,如果公钥已经存在,则会自动覆盖
  • Gitee设置账户公钥
    • 命令: cat ~/.ssh/id_rsa.pub
    • 复制到Gitee中
      Git基础_第19张图片
  • 验证是否配置成功

5.5 操作远程仓库

5.5.1 添加远程仓库

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

  • 命令:git remote add <远端名称> <仓库路径>
    • 远端名称,默认是origin,取决于远端服务器设置
    • 仓库路径,从远端服务器获取此URL

5.5.2 查看远程仓库

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

5.5.3 推送到远程仓库

  • 命令:git push [-f] [--set-upstream] [远端名称 [本地分支名][:远端分支名] ]
    • 如果远程分支名和本地分支名称相同,则可以只写本地分支git push origin master
    • -f :表示强制覆盖(不建议使用)
    • –set-upstream:推送到远端的同时并且建立起和远端分支的关联关系(第一次push的时候)
    • 如果当前分支已经和远端分支关联,则可以省略分支名和远端名。命令git push将master分支推送到已关联的远端分支
      Git基础_第20张图片

5.5.4 查看本地分支与远程分支的关联关系

命令:git branch -vv
在这里插入图片描述

5.5.5 从远程仓库克隆

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

  • 命令: git clone <仓库路径ssh> [本地目录]
  • 本地目录可以省略,会自动生成一个目录
    Git基础_第21张图片

5.5.6 从远程仓库中抓取和拉取

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

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

在test01这个本地仓库进行一次提交并推送到远程仓库
Git基础_第22张图片在另一个仓库将远程提交的代码拉取到本地仓库
Git基础_第23张图片

5.5.7 解决冲突

在一段时间,A、B用户修改了同一个文件,且修改了同一行位置的代码,此时会发生合并冲突。
A用户在本地修改代码后优先推送到远程仓库,此时B用户在本地修订代码,提交到本地仓库后,也需要 推送到远程仓库,此时B用户晚于A用户,故需要先拉取远程仓库的提交,经过合并后才能推送到远端分 支,如下图所示:
Git基础_第24张图片

在B用户拉取代码时,因为A、B用户同一段时间修改了同一个文件的相同位置代码,故会发生合并冲 突。
远程分支也是分支,所以合并时冲突的解决方式也和解决本地分支冲突相同

6 IDEA中使用Git

6.1 在IDEA中配置Git

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

6.2 在Idea中操作Git

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

6.2.1 创建项目远程仓库

在码云中创建远程仓库

6.2.2 初始化本地仓库

Git基础_第26张图片
Git基础_第27张图片

6.2.3 设置远程仓库

Git基础_第28张图片

Git基础_第29张图片

6.2.4 提交到本地仓库

Git基础_第30张图片

6.2.5 推送到远程仓库

Git基础_第31张图片

6.2.7 克隆远程仓库到本地

Git基础_第32张图片

6.2.8 创建分支

常规方式:
Git基础_第33张图片
更强大的方式:
Git基础_第34张图片

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

Git基础_第35张图片

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

6.2.10 冲突问题

执行merge或pull操作时,可能发生冲突
Git基础_第36张图片
冲突解决后加入暂存区,提交到本地仓库,推送到远程仓库
Git基础_第37张图片

6.3 IDEA常用GIT操作入口

Git基础_第38张图片
Git基础_第39张图片

6.4 IDEA集成GitBash作为Terminal

Git基础_第40张图片

你可能感兴趣的:(git,git,intellij,idea)