Git实战

分四步走：

1.进入你要管理的文件夹

2.初始化

3.管理当前文件下的文件

4.生成版本信息

 

git init 　　---初始化

 

 

git status 　　---检测当前文件夹下面文件的状态

 

 git add 文件名 　　---我需要管理哪个文件

 

 git add . 　　---管理当前文件夹下所有的文件

 

 git commit -m 'v1' 　　---生成版本信息 比如v1，如果报错后面加

 git config user.email '用户邮箱'

git config user.name '用户名'

 

 

 

 

git log 　　---查看我们提交日志版本信息

 

 

 假如修改了代码，需要重新提交

 

 

有两个版本了

 

 

 

git的三大区域

 工作区 　　暂存区 　　版本库

 

 

 

 

回滚 ---代码上线，发现了bug，第一时间需要回滚

git reset --hard 加密的版本号

 

 git reflog 　　---查看已经回滚掉的版本信息

 

 git checkout -- 文件名 　　--- 切换文件状态

空的py文件

加一点内容并保存

 

 

 

已切回到之前的状态

 

 

 

git reset HEAD 文件名 　　---各个区进行切换 

对文件进行修改

 

 

 

回到了未暂存的状态，但还是已修改的内容，就是 内容改了 工作区切回来了

 

 

 

 

分支

 

 

 

紧急修复线上Bug的思路

假设第四个版本开发到一半，第三个版本出现了生产Bug，怎么去保存我第四个版本的代码

 

面试题：你们公司线上代码出现了bug是怎么解决的？

首先先回到c3，然后单独建一个c5来解决bug， 解决完之后把代码合并到c6。

c6没问题后，c4继续开发

 

 

主干线叫master

git branch 　　---查看目录所处的分支

 

 git branch 分支名 　　---创建一个新的分支 叫dev

 

切换分支

 

git merge 分支 　　---合并分支

 合并第一步，先切回master分支

我希望bug分支给我合并到master分支

相当于我站在master分支把我bug分支的代码拉过来

#操作失误 回到c3前忘记提交 所以数据应该是不在的

 

 

 

 bug分支此时没用了，干掉bug分支

git branch -d 分支 　　---干掉分支

 

 切回dev，继续开发c4项目

 

 

 

 为什么会冲突？

原来在修复bug时候，对c3的代码做了修改，生成了c5

 

 

成功

 

 

最简单的工作流

 

 分布式版本控制

 

 

 

github 做代码托管

1.注册github账户

2.创建一个仓库

3.把本地的代码推送到github上