Git和Github的基本操作

时间:2021-02-15 23:20:46

一、了解Git和Github

1、什么是GIT?

Git是一个免费、开源的版本控制软件

2、什么是版本控制系统?

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

  • 系统具体功能

    记录文件的所有历史变化

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

    多人协作开发或修改

    错误恢复

版本控制的工具:

  - svn

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

3、什么是Github

Github是全球最大的社交编程及代码托管网站(https://github.com/)。

Github可以托管各种git库,并提供一个web界面(用户名.github.io/仓库名)

4、 Github和Git是什么关系

Git是版本控制软件

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

二、使用Git

一个创业者的故事:

项目背景:这个创业者想开发一个资源共享的系统

阶段一:顺利上线代码

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

1、初始化:git   init

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

Git和Github的基本操作

3、吧当前的目录以及及所有的子文件添加到git:git add .    #所有的文件

                            git templates/index.html   #具体添加的文件

4、真实的吧数据提交上线:git commit -m "描述信息"

5、查看状态,看那个是否被修改过:git status

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

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

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

Git和Github的基本操作没一次生成的时候commit后面都会随机的生成版本号

8、再跳回去(查看往后的版本号):git reflog

Git和Github的基本操作

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

Git和Github的基本操作

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

提供了这个回滚的功能。

Git和Github的基本操作

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

  - 开发直播功能(预计一周开发完成)

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

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

那么怎么做呢?

方案一:修复bug:stash

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

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

Git和Github的基本操作

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

在家里:

Git和Github的基本操作

Git和Github的基本操作

创建完成以后

Git和Github的基本操作

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

Git和Github的基本操作

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

Git和Github的基本操作

当然我们也可以吧dev也推送过来,和上面一样的方式。

在公司:

克隆

Git和Github的基本操作

Git和Github的基本操作

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

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

创建目录

Git和Github的基本操作

Git和Github的基本操作

                家里:

                    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 可能会有冲突,解决冲突。