1.1、Git
Git
是分布式的
,Git
不需要有中心服务器,我们每台电脑拥有的东西都是一样的。我们使用
Git
并且有个
中心服务器,仅仅是为了方便交换大家的修改,但是这个服务器的地位和我们每个人的
PC
是一样的。我们可以
把它当做一个开发者的
pc
就可以就是为了大家代码容易交流不关机用的。没有它大家一样可以工作,只不
过
“
交换
”
修改不方便而已。
git
是一个开源的分布式版本控制系统,可以有效、高速地处理从很小到非常大的项目版本管理。
Git
是
Linus Torvalds
为了帮助管理
Linux
内核开发而开发的一个开放源码的版本控制软件。
同生活中的许多伟大事物一样,
Git
诞生于一个极富纷争大举创新的年代。
Linux
内核开源项目有着为数众
多的参与者。 绝大多数的
Linux
内核维护工作都花在了提交补丁和保存归档的繁琐事务上(
1991
-
2002
年间)。 到
2002
年,整个项目组开始启用一个专有的分布式版本控制系统
BitKeeper
来管理和维护代
码。
到了
2005
年,开发
BitKeeper
的商业公司同
Linux
内核开源社区的合作关系结束,他们收回了
Linux
内核社区免费使用
BitKeeper
的权力。 这就迫使
Linux
开源社区(特别是
Linux
的缔造者
Linus Torvalds
)基于使用
BitKeeper
时的经验教训,开发出自己的版本系统。 他们对新的系统制订
了若干目标:
速度
简单的设计
对非线性开发模式的强力支持(允许成千上万个并行开发的分支)
完全分布式
有能力高效管理类似
Linux
内核一样的超大规模项目(速度和数据量)
1.2、Git工作流程图
1. clone
(克隆)
:
从远程仓库中克隆代码到本地仓库
2. checkout
(检出)
:
从本地仓库中检出一个仓库分支然后进行修订
3. add
(添加)
:
在提交前先将代码提交到暂存区
4. commit
(提交)
:
提交到本地仓库。本地仓库中保存修改的各个历史版本
5. fetch (
抓取
)
: 从远程库,抓取到本地仓库,不进行任何的合并动作,一般操作比较少。
6. pull (
拉取
)
: 从远程库拉到本地库,自动进行合并
(merge)
,然后放到到工作区,相当于
fetch+merge
7. push
(推送)
:
修改完成后,需要和团队成员共享代码时,将代码推送到远程仓库
1.3 Git下载与环境配置
下载地址:
https://git-scm.com/download
备注:
Git GUI:Git提供的图形界面工具
Git Bash:Git提供的命令行工具
当安装
Git
后首先要做的事情是设置用户名称和
email
地址。这是非常重要的,因为每次
Git
提交都会使用 该用户信息
1.
打开
Git Bash
2.
设置用户信息
git config --global user.name “你的用户名”
git config --global user.name “你的邮箱”
1.4 常用命令设置别名
有些常用的指令参数非常多,每次都要输入好多参数,我们可以使用别名。
1.
打开用户目录,创建
.bashrc
文件
部分windows系统不允许用户创建点号开头的文件,可以打开gitBash,执行 touch ~/.bashrc
2. 在 .bashrc 文件中输入如下内容:
alias git-log='git log --pretty=oneline --all --graph --abbrev-commit'
3. 打开gitBash,执行 source ~/.bashrc
1.5 解决GitBash乱码问题
1. 打开GitBash执行下面命令
git config --global core.quotepath false
2. ${git_home}/etc/bash.bashrc 文件最后加入下面两行
export LANG="zh_CN.UTF-8"
export LC_ALL="zh_CN.UTF-8"
2.1、获取本地仓库
要使用
Git
对我们的代码进行版本控制,首先需要获得本地仓库
1
)在电脑的任意位置创建一个空目录(例如
test
)作为我们的本地
Git
仓库
2
)进入这个目录中,点击右键打开
Git bash
窗口
3
)执行命令
git init
4
)如果创建成功后可在文件夹下看到隐藏的
.git
目录。
2.2 基础操作指令
Git
工作目录下对于文件的
修改
(
增加、删除、更新
)
会存在几个状态,这些
修改
的状态会随着我们执行
Git 的命令而发生变化。
本章节主要讲解如何使用命令来控制这些状态之间的转换:
1. git add (
工作区
-->
暂存区
)
2. git commit (
暂存区
-->
本地仓库
)
查看状态:
作用:查看的修改的状态(暂存区、工作区)
命令形式:
git status
添加到缓存区
作用:添加工作区一个或多个文件的修改到暂存区
命令形式:
git add
单个文件名
|
通配符
将所有修改加入暂存区:
git add
提交缓存区代码到本地
作用:提交暂存区内容到本地仓库的当前分支
命令形式:
git commit -m '注释内容'
查看日志
作用:查看提交记录
命令形式:
git log [option]
options
--all 显示所有分支
--pretty=oneline 将提交信息显示为一行
--abbrev-commit 使得输出的commitId更简短
--graph 以图的形式显示
版本回退
作用:版本切换
命令形式:
git reset --hard commitID
commitID
可以使用
git
-
log
或
git log
指令查看
如何查看已经删除的记录?
git reflog
这个指令可以看到已经删除的提交记录
2.3 添加文件至忽略列表
一般我们总会有些文件无需纳入
Git
的管理,也不希望它们总出现在未跟踪文件列表。 通常都是些自动 生成的文件,比如日志文件,或者编译过程中创建的临时文件等。 在这种情况下,我们可以在工作目录 中创建一个名为 .gitignore
的文件(文件名称固定),列出要忽略的文件模式。下面是一个示例:
最终得到一个.ignore文件
2.4分支
查看本地分支
命令:
git branch
创建本地分支
命令:
git branch
分支名
*
切换分支
(checkout)
命令:
git checkout
分支名
我们还可以直接切换到一个不存在的分支(创建并切换)
命令:
git checkout -b 分支名
合并分支(merge)
一个分支上的提交可以合并到另一个分支
命令:
git merge 分支名称
删除分支
git branch -d b1
删除分支时,需要做各种检查
git branch -D b1
不做任何检查,强制删除
2.5解决冲突
当两个分支上对文件的修改可能会存在冲突,例如同时修改了同一个文件的同一行,这时就需要手动解 决冲突,解决冲突步骤如下:
1.
处理文件中冲突的地方
2.
将解决完冲突的文件加入暂存区
(add)
3.
提交到仓库
(commit)
冲突部分的内容处理如下所示:
2.6开发中分支使用原则与流程
几乎所有的版本控制系统都以某种形式支持分支。 使用分支意味着你可以把你的工作从开发主线上分离
开来进行重大的
Bug
修改、开发新的功能,以免影响开发主线。
在开发中,一般有如下分支使用原则与流程:
master
(生产) 分支 线上分支,主分支,中小规模项目作为线上运行的应用对应的分支;
develop
(开发)分支 是从master
创建的分支,一般作为开发部门的主要开发分支,如果没有其他并行开发不同期上线 要求,都可以在此版本进行开发,阶段开发完成后,需要是合并到master
分支
,
准备上线。 feature/xxxx分支 从develop
创建的分支,一般是同期并行开发,但不同期上线时创建的分支,分支上的研发任务完 成后合并到develop
分支。 hotfix/xxxx分支, 从master
派生的分支,一般作为线上
bug
修复使用,修复完成后需要合并到
master
、
test
、
develop
分支。
还有一些其他分支,在此不再详述,例如
test
分支(用于代码测试)、
pre
分支(预上线分支)等
等。
3.1Git远程仓库
前面我们已经知道了
Git
中存在两种类型的仓库,即本地仓库和远程仓库。那么我们如何搭建
Git
远程仓库 呢?我们可以借助互联网上提供的一些代码托管服务来实现,其中比较常用的有GitHub
、码云、
GitLab
等。 gitHub( 地址:
https://github.com/
)是一个面向开源及私有软件项目的托管平台,因为只支持 Git 作为唯一的版本库格式进行托管,故名
gitHub 码云(地址: https://gitee.com/
)是国内的一个代码托管平台,由于服务器在国内,所以相比于 GitHub,码云速度会更快
GitLab
(地址:
https://about.gitlab.com/
)是一个用于仓库管理系统的开源项目,使用
Git
作
为代码管理工具,并在此基础上搭建起来的
web
服务
,
一般用于在企业、学校等内部网络搭建
git
私服。
注册码云
要想使用码云的相关服务,需要注册账号(地址:
https://gitee.com/signup
)
创建远程仓库
仓库创建完成后可以看到仓库地址,如下图所示
:
3.2 配置SSH公钥
生成
SSH
公钥
ssh-keygen -t rsa
不断回车
如果公钥已经存在,则自动覆盖
Gitee
设置账户共公钥
获取公钥
cat ~/.ssh/id_rsa.pub
验证是否配置成功
ssh -T
git@gitee.com
3.2操作远程仓库
添加远程仓库
此操作是先初始化本地库,然后与已创建的远程库进行对接
。
命令:
git remote add <
远端名称
> <
仓库路径
>
远端名称,默认是
origin
,取决于远端服务器设置
仓库路径,从远端服务器获取此
URL
例如
: git remote add origin
git@gitee.com
:czbk_zhang_meng/git_test.git
查看远程仓库
命令:
git remote
推送到远程仓库
命令:
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 <
仓库路径> [本地目录]
本地目录可以省略,会自动生成一个目录
从远程仓库中抓取和拉取
远程分支和本地的分支一样,我们可以进行
merge
操作,只是需要先把远端仓库里的更新都下载到本地,再进行操作。
抓取 命令:
git fetch [remote name] [branch name]
抓取指令就是将仓库里的更新都抓取到本地,不会进行合并
如果不指定远端名称和分支名,则抓取所有分支。
拉取 命令:
git pull [remote name] [branch name]
拉取指令就是将远端仓库的修改拉到本地并自动进行合并,等同于
fetch+merge
如果不指定远端名称和分支名,则抓取所有并更新当前分支。
3.3解决合并冲突
在一段时间,
A
、
B
用户修改了同一个文件,且修改了同一行位置的代码,此时会发生合并冲突。
A
用户在本地修改代码后优先推送到远程仓库,此时
B
用户在本地修订代码,提交到本地仓库后,也需要
推送到远程仓库,此时
B
用户晚于
A
用户,
故需要先拉取远程仓库的提交,经过合并后才能推送到远端分
支
,
如下图所示。
4.1在Idea中使用Git
安装好
IntelliJ IDEA
后,如果
Git
安装在默认路径下,那么
idea
会自动找到
git
的位置,如果更改了
Git
的安 装位置则需要手动配置下Git
的路径。选择
File
→
Settings
打开设置窗口,找到
Version Control
下的
git
选项:
点击Test按钮,现在执行成功,配置完成
1.初始化本地仓库
2.设置远程仓库
3.提交到本地仓库
4.推送到远程仓库
5. 克隆远程仓库到本地
7.创建分支
8.切换分支及其他分支相关操作
9.解决冲突
执行
merge
或
pull
操作时,可能发生冲突
5.1IDEA集成GitBash作为Terminal