版本控制
常见版本控制器
- Git
- SVN
版本控制分类
1、本地版本控制
2、集中版本控制 SVN
3、分布式版本控制 Git
Git与SVN最主要区别
SVN是集中式版本控制系统,版本库是集中放在中央服务器的,而工作的时候,用的都是自己的电脑,所以首先要从中央服务器得到最新的版本,然后工作,完成工作后,需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作, 对网络带宽要求较高。
Git是分布式版本控制系统,没有中央服务器,每个人的电脑就是一个完整的版本库,工作的时候不需要联网了,因为版本都在自己电脑上。协同的方法是这样的:比如说自己在电脑上改了文件A ,其他人也在电脑.上改了文件A,这时,你们两之间只需把各自的修改推送给对方,就可以互相看到对方的修改了。Git可以直接看到更新了哪些代码和文件!
Git是世界上最先进的分布式版本控制系统
Git历史
Git环境配置
Git镜像:https://npm.taobao.org/mirrors/git-for-windows/
无脑下一步
Git配置
所有的配置文件都保存在本地
查看配置git config -l
git config --system --list
系统级配置
git config --global --list
当前登录用户的配置
-
\Git\etc\gitconfig : Git 安装目录下的gitconfig --system 系统级
-
C:\Users\Administrator\ .gitconfig 只适用于当前登录用户的配置 --global 全局
这里可以直接编辑配置文件,通过命令设置后会响应到这里。
设置用户名和邮箱(用户标识,必要)
git config --global user.name "yaohujun" # 名称
git config --global user.email 2728516618@qq.com # 邮箱
Git基本理论(核心)
工作区域
Git本地有三个工作区域:工作目录(Working Directory)、暂存区(Stage/Index)、资源库(Repository或Git Directory)。如果在远程的git仓库(Remote Directory)就可以分为四个工作区域。文件在四个区域之间的转换关系如下:
- Workspace:工作区,就是你平时存放项目代码的地方
- Index / Stage:暂存区,用于临时存放你的改动,事实上它只是一个文件,保存即将提交到文件列表信息
- Repository:仓库区(或本地仓库),就是安全存放数据的位置,这里面有你提交到所有版本的数据。其中HEAD指向最新放入仓库的版本
- Remote:远程仓库,托管代码的服务器,可以简单的认为是你项目组中的一台电脑用于远程数据交换
本地的三个区域确切的说应该是git仓库中HEAD指向的版本:
- Directory:使用Git管理的一个目录,也就是一个仓库,包含我们的工作空间和Git的管理空间。
- WorkSpace:需要通过Git进行版本控制的目录和文件,这些目录和文件组成了工作空间。
- .git:存放Git管理信息的目录,初始化仓库的时候自动创建。
- Index/Stage:暂存区,或者叫待提交更新区,在提交进入repo之前,我们可以把所有的更新放在暂存区。
- Local Repo:本地仓库,一个存放在本地的版本库;HEAD会只是当前的开发分支(branch)。
- Stash:隐藏,是一个工作状态保存栈,用于保存/恢复WorkSpace中的临时状态。
工作流程
git的工作流程一般是这样的:
1、在工作目录中添加、修改文件;
2、将需要进行版本管理的文件放入暂存区域;
3、将暂存区域的文件提交到git仓库。
因此,git管理的文件有三种状态:已修改(modified),已暂存(staged),已提交(committed)
Git项目搭建
创建工作目录与常用命令
工作目录 WorkSpace 一般就是你希望Git帮助你管理的文件夹,可以是你项目的目录,也可以是一个空目录,建议不要有中文。
日常使用只要记住下图6个命令:
本地仓库搭建
创建本地仓库的方法有两种:
- 创建全新的仓库
- 克隆远程仓库
1、创建全新的仓库,需要Git管理的目录的根目录执行
# 在当前目录新建一个Git仓库
git init
2、执行之后可以看到,仅仅在项目目录多出了一个.git目录,关于爸爸等的所有信息都在这个目录里面。
克隆远程仓库
1、另一种方式是克隆远程目录,由于是将远程服务器上的仓库完全镜像一份到本地
# 克隆一个项目和它的整个代码历史(版本信息)
git clone [url] https://gitee.com/kuangstudy/openclass.git
2、去gitee或者github上克隆一个试试
Git文件操作
文件的四种状态
- Untracked: 未跟踪, 此文件在文件夹中, 但并没有加入到git库, 不参与版本控制. 通过
git add
状态变为Staged
- Unmodify: 文件已经入库, 未修改, 即版本库中的文件快照内容与文件夹中完全一致. 这种类型的文件有两种去处, 如果它被修改, 而变为
Modified
. 如果使用git rm
移出版本库, 则成为Untracked
文件 - Modified: 文件已修改, 仅仅是修改, 并没有进行其他的操作. 这个文件也有两个去处, 通过
git add
可进入暂存staged
状态, 使用git checkout
则丢弃修改过, 返回到unmodify
状态, 这个git checkout
即从库中取出文件, 覆盖当前修改 - Staged: 暂存状态. 执行
git commit
则将修改同步到库中, 这时库中的文件和本地文件又变为一致, 文件为Unmodify
状态. 执行git reset HEAD filename
取消暂存, 文件状态为Modified
查看文件状态
上面说文件有4种状态,通过如下命令可以查看到文件的状态:
#查看指定文件状态
git status [filename]
#查看所有文件状态
git status
# 添加所有文件到暂存区
git add .
# 提交暂存区中的内容到本地仓库
git commit -m "消息内容"
忽略文件
使用码云
1、注册登录码云,完善个人信息
2、设置本机绑定SSH公钥,实现**免密码登录**!
# C:\Users\Administrator\.ssh 目录
# 生成公钥
ssh-keygen
3、将公钥信息 public key添加到码云账户中即可!
4、使用码云创建一个自己的仓库
-
新建
-
克隆到本地
IDEA中集成Git
-
新建项目,绑定 git。
-
将我们远程的git文件目录拷贝到项目中即可!
-
-
修改文件,使用 IDEA操作git
- 添加到暂存区
- commit 提交
- push 到远程仓库
-
提交测试
在.gitignore文件中设置需要忽略,即设置需要提交和不提交的文件
这些都是单人的操作!
说明:Git分支
git分支中常用指令:
# 列出所有本地分支
git branch
# 列出所有远程分支
git branch -r
# 新建一个分支,但依然停留在当前分支
git branch [branch-name]
# 新建一个分支,并切换到该分支
git checkout -b [branch]
# 合并指定分支到当前分支
git merge [branch]
# 删除分支
git branch -d [branch-name]
# 删除远程分支
git push origin --delete [branch-name]
git branch -dr [remote/branch]
多个分支如果并行执行,就会导致我们代码不冲突,也就是同时存在多个版本!
web-api -A (Restful.xx() )
web-admin -B 会调用 A (修改了A的代码!)
web-app -C 会调用B和A的代码
如果冲突了就需要协商即可!
如果同一个文件在合并分支时都被修改了则会引起冲突:解决的办法就是我们可以修改冲突文件后重新提交!选择要保留他的代码还是你的代码!
git push origin --delete [branch-name]
git branch -dr [remote/branch]
[外链图片转存中...(img-hI9aV5BR-1597915016872)]
多个分支如果并行执行,就会导致我们代码不冲突,也就是同时存在多个版本!
web-api -A (Restful.xx() )
web-admin -B 会调用 A (修改了A的代码!)
web-app -C 会调用B和A的代码
如果冲突了就需要协商即可!
如果同一个文件在合并分支时都被修改了则会引起冲突:解决的办法就是我们可以修改冲突文件后重新提交!选择要保留他的代码还是你的代码!
==master主分支应该非常稳定,用来发布新版本,一般情况下不允许在什么工作,工作一般情况下在新建的dev分支上工作,工作完后,比如上要发布,或者说dev分支代码稳定后可以合并到主分支master上来。==