git-分布式版本控制软件-实操

git-分布式版本控制

为什么要做版本控制?
要保留之前所有的版本,以便回滚和修改。

安装Git
地址:https://git-scm.com/book/zh/v2/%E8%B5%B7%E6%AD%A5-%E5%AE%89%E8%A3%85-Git

进入要管理的文件夹

右键 Git Bash here

初始化 git init

管理目录下的文件状态 git status

管理指定文件 git add 文件的名字( index.html)
git add . (. 当前所有的文件)

个人信息配置:用户名、邮箱
git config --global user.email “[email protected]
git config --global user.name “Your Name”

生成版本
git status – 查看状态
git commit -m ‘描述信息’ 例:git commit -m ‘v1’

查看版本
git log

文件的三种状态
红色:新增或者修改了原来的文件
绿色:Git已经管理起来了
已经生成版本

第二阶段: 拓展新功能
git add .
git commit -m “短视频”


git 的三大区域:工作区 暂存区 版本库

工作区: 已控制文件,新增文件和变动文件(红色);红变绿:git add .
暂存区:文件(绿色)绿色->版本号 ->git commit
版本库:

第一个阶段:自已开发基础框架
第二个阶段:短视频
第三个阶段:“约饭功能”
查处要下线第三个阶段->回滚到之前版本


第三价段:约饭功能
版本回滚
git reset --hard 版本号
$ git reset --hard 92e298f866063d9d42a9c523fcec251be8c77d59

回滚之后的版本(又恢复第三个阶段功能)
git reflog # 回滚之后的版本
git-分布式版本控制软件-实操_第1张图片
再回滚到之前v3版本
git reset --hard efa7f38
git log – 回滚之前的版本

恢复修改的文件
git checkout – 文件名字
$ git checkout – index.html (添加文件前面有空格)

由红色能过add .变绿色后,再变为红色
git reset HEAD index.html (绿色变为红色)

git-分布式版本控制软件-实操_第2张图片
红色再变为绿色 git checkout – index.html
git-分布式版本控制软件-实操_第3张图片
紧急修复v3版本bug - >分支修复 - 修复后合并到主线->bug修复与商场开发修改了同一行代码分支合并会发生冲突->手动解决冲突
创建分支
git branch – 查看当前所在分支
git branch dev – 创建一个开发分支
git-分布式版本控制软件-实操_第4张图片
分支之前做了代码的隔离
切换分支(切换分支须提交结束上一分支任务后才可切换)
git checkout master
git-分布式版本控制软件-实操_第5张图片
合并(切换分支到主线master后才能做合并)
git merge
git merge bug
git-分布式版本控制软件-实操_第6张图片
合并后删除bug分支(先切换到master主线再删除)
git branch -d bug
git-分布式版本控制软件-实操_第7张图片
切换到dev开发完成后,切换到master主线进行合并,提示冲突:
git-分布式版本控制软件-实操_第8张图片
手动解决冲突:
进入文件:
vim index.html
发现有冲突提示:
git-分布式版本控制软件-实操_第9张图片
手动删除冲突提示:
git-分布式版本控制软件-实操_第10张图片
ESC :wq保存退出

                                              bug分支修复

master <- c1(vi版本100文件)<-c2(v2版本 修改10个文件 增了10个文件)<-c3(v3版本)<-c4(v4版本)
dev分支开发商城

工作流:master主线上一定是正式版本或线上版本,dev开发版本(可以有v1,v2,v3版本合并),一般主线master主线代码尽量不要改,线上代码不能直接做修改,应该在本地或创建分支进行开发,也可创建多个分支做多个开发功能,再合并。

你可能感兴趣的:(git-分布式版本控制软件-实操)