git的工作流

1.在本地分支上创建一个自己的分支

指令：  git branch development

然后在这个分支上写自己的代码。

2.合并分支

因为在开发中并不是只有一个人写代码。

先切换到主分支上:

git  checkout master

然后在git pull拉取下最新的代码

git pull  拉取最新的代码

合并自己想要合并的分支

git  merge dev    在master主分支上合并自己的分支，也就是自己写代码的分支。

让本地的分支提交到远程的仓库

git  push  将代码提交到远程的仓库

3.提交的几个步骤

1.初始化

git init 

2.提交到暂存区

git add .

3.提交到本地

git commit -m'提示信息'

4.拉取远程仓库的最新代码

git pull

5.提送到远程的仓库

git push

4.git冲突的产生和解决

1.产生的原因

小明将写好的代码，提交到了本地上。在准备提交到远程仓库的时候，突然来了一个电话,这个时候，小红修改了小明写好的代码，并且提交到了远程仓库,这个时候就发生了冲突。

模拟冲突:

 这两个文件关联的是同一个git仓库。

 分析:这个时候的代码提交到了本地仓库,小明突然有事。

这个时候小红的操作:

 小红继续修改了啊,将a的值修改成了30，这个时候小明回来了。他想到了代码还没有提交呢？

于是他开始提交自己的代码:

报错了。

 可以看出是冲突了。

这个时候,我们通过git pull 拉取下最新的代码。

1.Accept Current Change

接受目前的改变

对应的视图:

2.Accept Incoming Change

接受传入的改变

对应的视图：

3.Accept Both Change

两者全都要

4.Compare Changes

比较变化

在工作中别人修改了你的代码，这个时候最好是进行协商处理，而不是直接不管别人的代码，删除别人的代码。

 选择第一项也就是保留小明最开始写的20:

 协商好之后,在提交到本地------------->提交到远程。

我们在去远程的仓库看下：

 对应的修改之后的代码也提交上去了。 

5.远程仓库和本地仓库的联系

在远程仓库里面存在master分支和develop开发分支,我们现在要基于develop分支进行开发。

如果直接使用git clone

git clone  '项目的地址'

默认克隆的是master主分支的代码。

这个时候因为你是基于develop分支进行开发的。

这个时候我们应该使用:

git clone -b  分支的名字  项目的地址

这个使用我们就可以在develop分支直接写代码,然后直接进行push就可以了。

直接克隆后的操作

git clone '项目的地址'

查看后：

git branch

默认情况下只有master分支:

创建本地分支，并切换到本地分支上。

git checkout -b 本地分支的名字 origin/远程分支的名字

本地分支的名字和远程分支的名字最好要保持一致

上面的知识切换分支还没有形成任何的关联，这一步与之关联,git  pull  origin  远程分支的名字。

git pull origin  develop

在进行查看的话

git branch

就可以看到master分支和develop分支了。

这样我们就可以在develop分支上写代码了。

重新建立一个仓库写代码

在远程新建立一个仓库，其它的操作步骤是一致的。

git checkout -b 新分支的名字 origin/远程分支的名字

git pull origin  新分支的名字

查看：

git  branch

然后就可以在新的分支上写代码了。