Git

Posted 2020-10-30 小杜要加油

Git

Git是什么？

Git是目前世界上最先进的分布式版本控制系统，是一个免费、开源的版本控制软件

什么是版本控制系统？

版本控制是一种记录一个或若干个文件内容变化，以便将来查阅特定版本修订情况得系统。

• 系统具体功能

　　　　记录文件的所有历史变化

　　　　随时可恢复到任何一个历史状态

　　　　多人协作开发或修改

　　　　错误恢复

版本控制的工具：

　　- svn

　　- git  ：软件帮助使用者进行版本的管理

GTI介绍

Git 是一个开源的分布式版本控制软件,用以有效、高速的处理从很小到非常大的项目版本管理。 Git 最初是由Linus Torvalds设计开发的，用于管理Linux内核开发。Git 是根据GNU通用公共许可证版本2的条款分发的自由/免费软件，安装参见：http://git-scm.com/

GitHub是一个基于Git的远程文件托管平台（同GitCafe、BitBucket和GitLab等）。

Git本身完全可以做到版本控制，但其所有内容以及版本记录只能保存在本机，如果想要将文件内容以及版本记录同时保存在远程，则需要结合GitHub来使用。使用场景：

• 无GitHub：在本地 .git 文件夹内维护历时文件
• 有GitHub：在本地 .git 文件夹内维护历时文件，同时也将历时文件托管在远程仓库

其他：

    集中式：远程服务器保存所有版本，用户客户端有某个版本
    分布式：远程服务器保存所有版本，用户客户端有所有版本

Github和Git是什么关系

Git是版本控制软件

Github是项目代码托管的平台，借助git来管理项目代码

使用git

首先在你创建的项目的文件夹里面右键--->点击Gir Bash Here---->将git运行起来。

1：初始化：git init

2：如果你第一次使用git的时候，需要配置一下。如果你已经配置了，以后就不用配置了

$ git config --global user.name "Your Name"
$ git config --global user.email "[e-mail]"

3：将当前目录所有文件管理起来（颜色为绿色：已管理，红色：未管理）

$ git add send_demo  ---对单独某文件进行管理
$ git add .                 --- 对所有文件进行管理

4：提交保存当前状态的文件

git commit -m "源码版"

5：当文件有进行修改，需查看状态 git status  会显示修改的文件

一定记得先add,后commit，add之后是没有放到版本里的，只有commit的时候才有版本

 6：查看有几个版本：查看版本提交记录   ：git log

 

7：回滚到上一个版本：git   reset --hard   版本号

8：再跳回去（查看往后的版本号）：git reflog

:Git把管理的文件分为了两个区域四个状态。

add到暂存状态的时候成绿色了，在commit的时候就没有了

提供了这个回滚的功能。

阶段二：当开发到一半的时候出现bug，修复bug

　　- 开发直播功能（预计一周开发完成）

当项目开发到一半的时候，出现bug了怎么办？ 

解决思路：把我们的代码变成没开发之前的代码，改完bug再提交。先把你当前开发的代码拿走，找个地方先存起来。

那么怎么做呢？

方案一：修复bug:stash

stash用于将工作区发生变化的所有文件获取临时存储在“某个地方”，将工作区还原当前版本未操作前的状态；stash还可以将临时存储在“某个地方”的文件再次拿回到工作区。

 特别的：执行 git stash pop 命令时，可能会遇到冲突，因为在紧急修复bug的代码和通过stash存储在“某个地方”的代码会有重合部分，所以执行 git stash pop 时候就会出现冲突，有冲突解决冲突即可。

stash相关常用命令：

• git stash             将当前工作区所有修改过的内容存储到“某个地方”，将工作区还原到当前版本未修改过的状态
• git stash list        查看“某个地方”存储的所有记录
• git stash clear     清空“某个地方”
• git stash pop       将第一个记录从“某个地方”重新拿到工作区（可能有冲突）
• git stash apply     编号, 将指定编号记录从“某个地方”重新拿到工作区（可能有冲突） 
• git stash drop      编号，删除指定编号的记录

当你新开发的代码和你修复的代码发生冲突的时候就手动解决冲突。

方案二：修复bug:利用分支（推荐）

默认会有一个master的分支。只做线上的版本，注意不要在master分支上修改，要修改的话就创建一个bug分支

1、创建一个修复bug的分支：git  branch  bug   ，这个bug分支是在master分支上建的，相当于拷贝了一份

2、查看一共有几个分支 :  git  branch

3、跳转到bug分支：git  checkout  bug

4、跳转到master分支：git branch master 

5、创建一个修复bug的分支：git  branch  dev    #只做开发的版本

现在就有三个分支了，每个分支都是不一样的，bug修复完了，现在就要合并在master上了。

6、master和bug分支合并：git mare bug  

7、删除bug分支：git branch -d bug

8、继续开发,切到dev：git  branch  dev

9、开发完毕，master和dev合并：git marge dev 

切换之前一定记得把你的代码提交一下。

合并的时候可能出现冲突，可能不出现，出现冲突了就得手动解决

 

修复Bug流程：
    git branch dev 
    git checkout dev 
                        
    # 写代码
    git add .
    git commit -m \'xxx\'
                        
    git checkout master   
    git branch bug 
    git chekcout bug 
                        
    # 修复bug 
    git add .
    git commit -m \'紧急修复bug\'
                        
    git checkout master 
    git merge bug 
                        
    git branch -d bug 
                        
    git checkout dev 
    # 继续开发

 

阶段三： 两个地方办公

云端需要一个存放代码的地方用Github

　　公共的

　　 　　- Github是用来做代码托管的

　　 　　- 码云，做代码托管

　　 　　- csdn code ，做代码托管

　　内部搭建：

　　　　 - gitlab

1、登录Github

在家里：

创建完成以后

就会有这样一个地址，我们就可以用这个地址来提交

 

下面是正在往远程推送，完了登录上去就会有mester分支了。

在公司：

 克隆

克隆的时候只是把master分支克隆了，其他的怎么拿呢？

用 git pull origin dev   #拿到远程的dev

创建目录

家里：
                    
                    git add .
                    git commit -m \'xx\'
                    
                    git remote add origin https://github.com/WuPeiqi/greenlu.git
                    
                    git push origin master 
                    
                公司：
                    
                    # 新公司第一次获取代码
                        方式一
                        git clone https://github.com/WuPeiqi/greenlu.git
                            
                        方式二
                        git init 
                        git remote add origin https://github.com/WuPeiqi/greenlu.git
                        git pull origin master 直接拿回来
                        
                        
                        方式三
                        git init 
                        git remote add origin https://github.com/WuPeiqi/greenlu.git
                        这的两句相当于git pull origin master 这一句
                        git fetch origin master  拿到分支上了
                        git merge origin/master  合并在一起
                    
                    # 日后
                        git pull origin master  #
                        
                        或者
                        git fetch origin master 
                        git merge origin/master 
                        
                        
                        
                    #   如果你在本地修改问题，又add，又提交，在线上去拿的时候，或许会冲突

小应用：

vim a1.py #查看内容
cat a1.py #查看内容
当你在家的时候吧代码上线了。到了公司以后吧线上的代码拉回来。git pull origin dev
开始写代码了。
写完之后add commit。。。这时候忘了往github上提交了
回到家的时候，那今天写的代码没提交，怎么办呢？回公司太晚了，在写一遍浪费时间
，或许你还记着今天写的代码，就在这基础上又开发了，
这下提高了警记了，就记得提交了 add 、commit 、git push origin dev
第二天又到公司了，那昨天的代码怎么办呢、、？是拉下来呢？还是推上去呢？
如果你推上去的话，没有冲突还好，如果有冲突的话，那你把你的冲突都上线了，不让你提交，所以我们要先拉下来
先去吧代码拉下来，git pull origin dev 可能会有冲突，解决冲突。