git 学习笔记
文章目录
- 版本控制概念
- 集中式版本控制
- 分布式版本控制
- `git` 常用命令
- 基本配置
- `git` 用户配置
- 为常用指令配置别名
- 获取本地仓库
- 基础操作指令
- `status`:查看修改的状态 !!!
- `add`:添加工作区到暂存区 !!!
- `commit`:提交暂存区到本地仓库 !!!
- `log`:查看提交日志
- `reset`:版本回退
- `.gitinore` 忽略文件
- 分支操作
- `branch`:查看分支
- `branch 分支名`:创建本地分支 !!!
- `checkout` 切换分支 !!!
- `merge` 合并分支
- `branch -d`:删除分支
- 解决冲突
- 开发中分支的使用
- `git` 远程仓库
- 连接远程仓库
- 第一步:创建远程仓库
- 第二步:复制远程仓库地址
- 第三步:配置 SSH 公钥
- 第四步:直接复制指令初始化仓库
- 操作远程仓库语法
- 添加远程仓库
- 查看远程仓库
- 推送到远程仓库
- 查看本地分支与远程分支的关联关系
- 克隆远程仓库
- 从远程仓库抓取和拉取
- 解决合并冲突
- 在 `idea` 中使用 `git`
- 本地仓库和远程仓库的概念
- 第一步: 在 `idea` 中配置 `git`
- 第二步: 创建远程仓库
- 第三步: 初始化本地仓库
- 第四步: 设置远程仓库
- 第五步: 提交到本地仓库
- 第六步: 推送到远程仓库
- 其他:克隆远程仓库到本地
- 其他:新建分支
- 其他:切换分支
- 其他:解决冲突
- 其他:`idea` 继承 `gitbash` 作为 `Terminal`
版本控制概念
集中式版本控制
集中式版本控制工具,版本库是集中存放在中央服务器的,
team
里每个人work
时从中央服务器下载代 码,是必须联网才能工作,局域网或互联网。个人修改后然后提交到中央版本库。例如:SVN
,CVS
就是直接对接中央服务器
分布式版本控制
分布式版本控制,就是弄了个一模一样的资源库到本地,也就是中央服务器拷贝到本地了。例如:
git
git
常用命令
基本配置
git
用户配置
git config --global user.name "XXX"
:设置用户名git config --global user.email "XXX"
:设置邮箱- 以上不加 “XXX” 就是查看当前设置的用户名或邮箱
为常用指令配置别名
- 打开
C
盘User
下的用户目录,创建.bashrc
文件- 部分
windows
系统不允许用户创建点号开头的文件,可以打开gitBash
,执行 ` touch ~/.bashrc
- 部分
- 在
.bashrc
文件中输入如下内容
#用于输出git提交日志
alias git-log='git log --pretty=oneline --all --graph --abbrev-commit'
#用于输出当前目录所有文件及基本信息
alias ll='ls -al'
- 再次打开
gitBash
, 执行source ~/.bashrc
获取本地仓库
要使用
Git
对我们的代码进行版本控制,首先需要获得本地仓库
- 在电脑的任意位置创建一个空目录(例如
test
)作为我们的本地Git
仓库- 进入这个目录中,点击右键打开
Git bash
窗口- 执行命令
git init
- 如果创建成功后可在文件夹下看到隐藏的
.git
目录。
基础操作指令
Git
工作目录下对于文件的修改 (增加、删除、更新) 会存在几个状态,这些修改的状态会随着我们执行Git 的命令而发生变化。
git add
:工作区 --> 暂存区git commit
:暂存区 --> 本地仓库
.只要是修改或者增加文件操作,都要先加入暂存区。然后才提交到本地仓库
status
:查看修改的状态 !!!
- 命令:
git status
- 作用:查看在工作区,还是暂存区
add
:添加工作区到暂存区 !!!
- 命令:
git add 文件名
- 将所有修改加入暂存区:
git add .
- 作用:添加工作区一个或多个文件的修改到暂存区
commit
:提交暂存区到本地仓库 !!!
- 命令:
git commit -m "注释内容"
- 作用:提交暂存区内容到本地仓库的当前分支
log
:查看提交日志
命令:
git log [其他参数]
all
:显示所有分支pretty=oneline
:将提交信息显示为一行abbrev-commit
:使得输出的commitId
更简短graph
:以图的形式显示.
可以给这一大串命令配一个别名
reset
:版本回退
命令形式:
git reset --hard commitID
commitID
可以使用git log
- 或者
git reflog
查看已经删除的提交记录
.gitinore
忽略文件
# 不忽略以.a结尾的文件(这里的注释表意可能不太准确,从规则看是要忽略以.a结尾的文件,或许是注释写错了)
*.a
# 但是要跟踪lib.a文件,即使你在上面忽略了以.a结尾的文件
!lib.a
# 仅忽略当前目录下的TODO文件,而不是子目录subdir下的TODO文件
/TODO
# 忽略build/目录下的所有文件
build/
# 忽略doc/目录下的notes.txt文件,但不忽略doc/server/目录下的arch.txt文件
doc/*.txt
# 忽略doc/目录及其所有子目录下的所有.pdf文件
doc/**/*.pdf
分支操作
切换不同分支。里面的东西只会是那个分支的东西。文件夹会跟着动态变化的
branch
:查看分支
- 命令:
git branch
branch 分支名
:创建本地分支 !!!
- 注意
master
要有一次完整的提交才能创建分支- 命令:
git branch
分支名
checkout
切换分支 !!!
- 命令:
git checkout
分支名
- 我们还可以直接切换到一个不存在的分支(创建并切换)
- 命令:
git checkout -b
分支名
merge
合并分支
- 一个分支上的提交可以合并到另一个分支
- 命令:
git merge
分支名称
branch -d
:删除分支
==不能删除当前分支,只能删除其他分支 ==
git branch -d b1
删除分支时,需要做各种检查git branch -D b1
不做任何检查,强制删除
解决冲突
当两个分支上对文件的修改可能会存在冲突,例如同时修改了同一个文件的同一行,这时就需要手动解 决冲突,解决冲突步骤如下:
- 处理文件中冲突的地方
- 将解决完冲突的文件加入暂存区
(add)
- 提交到仓库
(commit)
.简单来说就是自己
vim
去修改留下的内容。然后重新add commit merge
开发中分支的使用
几乎所有的版本控制系统都以某种形式支持分支。 使用分支意味着你可以把你的工作从开发主线上分离 开来进行重大的
Bug
修改、开发新的功能,以免影响开发主线。
,
在开发中,一般有如下分支使用原则与流程:
master
(生产) 分支
- 线上分支,主分支,中小规模项目作为线上运行的应用对应的分支;
develop
(开发)分支
- 是从
master
创建的分支,一般作为开发部门的主要开发分支,如果没有其他并行开发不同期上线 要求,都可以在此版本进行开发,阶段开发完成后,需要是合并到master
分支,准备上线。
feature/xxxx
分支
- 从
develop
创建的分支,一般是同期并行开发,但不同期上线时创建的分支,分支上的研发任务完 成后合并到develop
分支。
hotfix/xxxx
分支
- 从
master
派生的分支,一般作为线上bug
修复使用,修复完成后需要合并到master、test、 develop
分支。
develop 分支
新建多个feature
业务分支。开发完再合并到develop
分支然后再合并到master
分支。然后develop
分支就可以删掉了
- 如果
master
分支有问题。新建hotfix
分支。用于解决but
然后再合并到develop
分支和master
分支。然后hotfix
分支可以删掉
图示
develop 分支
新建多个feature
业务分支。开发完再合并到develop
分支然后再合并到master
分支。然后develop
分支就可以删掉了- 如果
master
分支有问题。新建hotfix
分支。用于解决but
然后再合并到develop
分支和master
分支。然后hotfix
分支可以删掉
git
远程仓库
连接远程仓库
第一步:创建远程仓库
第二步:复制远程仓库地址
第三步:配置 SSH 公钥
多个仓库配置一次就行。下一次就不用配了
- 生成
SSH
公钥
ssh-keygen -t rsa
- 然后不断回车
- 如果公钥已经存在,则自动覆盖
Gitee
设置账户公钥- 获取公钥
cat ~/.ssh/id_rsa.pub
- 然后到
gitee
配置公钥- 最后验证是否配置成功
ssh -T git@gitee.com
第四步:直接复制指令初始化仓库
就是
remote
和远程仓库建立连接,然后push
到远程仓库上
mkdir test #创建 test 文件夹
cd test #切换到 test
git init #仓库初始化
touch README.md #创建 README 文件
git add README.md #添加 README 文件
git commit -m "first commit" #提交 README 文件
git remote add origin git@gitee.com:Mang-Fu/test.git #与远程仓库建立连接
git push -u origin "master" #把仓库推送到远程仓库
操作远程仓库语法
添加远程仓库
此操作是先初始化本地库,然后与已创建的远程库进行对接。
- 命令:
git remote add <远端名称 就是本地仓库对远程仓库的别名> <仓库路径>
- 远端名称,默认是
origin
,当然可以随意命名- 仓库路径,从远端服务器获取此
URL
也就是SSH
- 例如:
git remote add origin git@gitee.com:czbk_zhang_meng/git_test.git
查看远程仓库
- 命令:
git remote
推送到远程仓库
推送的前提是有一次文件的
commit
- 命令:
git push [-f] [远端名称 [本地分支名][:远端分支名] ]
- 如果远程分支名和本地分支名称相同,则可以只写本地分支
git push origin master
-f
表示强制覆盖
查看本地分支与远程分支的关联关系
- 命令:
git branch -vv
克隆远程仓库
如果已经有一个远端仓库,我们可以直接
clone
到本地。
- 命令:
git clone <仓库路径 SSH> [本地目录]
- 本地目录可以省略,会自动生成一个目录
从远程仓库抓取和拉取
fetch: 抓取
- 抓取命令:
git fetch [remote name 本地仓库为远程仓库设置的别名] [branch name 远程仓库中的具体分支]
- 抓取指令就是将仓库里的更新都抓取到本地,不会进行合并【简单来说就是别的本地仓库更新全部同步到自己的仓库,但是不合并】
- 如果不指定远端名称和分支名,则抓取所有分支。
pull 拉取
- 拉取命令:
git pull [remote name] [branch name]
- 拉取指令就是将远端仓库的修改拉到本地并自动进行合并,等同于
fetch+merge
- 如果不指定远端名称和分支名,则抓取所有并更新当前分支。
解决合并冲突
在一段时间,A、B用户修改了同一个文件,且修改了同一行位置的代码,此时会发生合并冲突。 A用户在本地修改代码后优先推送到远程仓库,此时B用户在本地修订代码,提交到本地仓库后,也需要 推送到远程仓库,此时B用户晚于A用户,故需要先拉取远程仓库的提交,经过合并后才能推送到远端分支:简单来说就是先
pull
解决冲突再push
推上去
在B用户拉取代码时,因为A、B用户同一段时间修改了同一个文件的相同位置代码,故会发生合并冲突。
在 idea
中使用 git
本地仓库和远程仓库的概念
- 本地仓库:自己的项目连接远程仓库,这时自己的项目就是本地仓库;或者克隆下来的项目,反正就是各种办法把
gitee
的项目搞到在本地- 远程仓库:就是
gitee
上创建的仓库
第一步: 在 idea
中配置 git
安装好
IDEA
后,如果Git
安装在默认路径下,那么idea
会自动找到git
的位置,如果更改了Git
的安 装位置则需要手动配置下Git
的路径。选择File→Settings
打开设置窗口,找到Version Control
下的git
选 项:
第二步: 创建远程仓库
第三步: 初始化本地仓库
第四步: 设置远程仓库
设置本地仓库连接远程仓库的别名,和 SSH
第五步: 提交到本地仓库
注意提交和推送可以合并到一起
第六步: 推送到远程仓库
其他:克隆远程仓库到本地
URL
就是项目 SSH
其他:新建分支
或者直接在 log 日志新建分支
其他:切换分支
其他:解决冲突
解决完冲突后 还要再
and commit 和 push