我的git

工作流程：修改代码→提交到本地仓库→拉取远程改动→推送。正是在git pull这一步产生的Merge branch提交。事实上，git pull等效于get fetch origin和get merge origin/master这两条命令，前者是拉取远程仓库到本地临时库，后者是将临时库中的改动合并到本地分支中。

一、开发测试代码：

1. git branch 查看当前所在本地分支

2. git checkout master  切换到本地主分支

3.git status  查看本地主分支是否有改动过的代码，

4.如有：

　　git add .

　　git commit -m '注释信息'  提交本地master主分支的修改到本地master的仓库

　　git pull origin master 拉取远程主分支的最新代码并合到本地master

　　git push origin master 如果这些修改过的代码是测试过的，就推送本地master主分支的代码到远程master主分支上；如果这些代码没有测试过，则不要推送到远程主分支

4.如没有：

　　git pull origin master 拉取远程主分支的最新代码并合到本地master

5.git branch -a 查看所有本地分支

6.git checkout dev  切换到你的开发分支

7.git status  查看本地主分支是否有改动过的代码，

8如有：

　　git add .

　　git commit -m '注释信息'  提交修改到本地分支的仓库

　　git pull origin dev 拉取远程dev分支的最新代码并合到本地dev。如果远程分支只有自己一个人用，也可以不拉取，因为自己的分支就自己有改动。

　　git push origin dev 如果这些修改过的代码是测试过的，就推送到远程dev分支上；如果这些代码没有测试过，也可以不推送

8.如没有：

　　git pull origin dev 拉取远程dev分支的最新代码并合到本地dev

9.git rebase master 将本地dev分支上执行此命令，合并master分支的代码合并到本地dev分支

或者 git merge --no--ff master

或者 git merge master

二、合并本地分支

合并本地dev分支代码到本地master：

git checkout dev 切换到你的开发分支dev

在合并前，git status确认是否有没有提交的代码。如有：git add/commit

在合并前, git pull origin dev 拉取并合并最新的代码

git rebase master 合并本地主master分支到你的开发分支dev

或者 git merge --no--ff master

或者 git merge master

合并本地master分支代码到本地dev：

git checkout master 切换到本地master分支

在合并前，git status确认是否有没有提交的代码。如有：git add/commit

在合并前, git pull origin master 拉取并合并最新的代码

git merge --no-ff dev

或者 git merge --no--f master

或者 git merge master

三、推送本地master到远程master

git status

如果有没有提交的改动：

　　git add .

　　git commit -m '注释信息'

git pull origin master  拉取远程主master分支到本地master

git push origin master 从本地主master分支推送代码到远程主分支master

 

一、主分支Master

首先，代码库应该有一个、且仅有一个主分支。所有提供给用户使用的正式版本，都在这个主分支上发布。

Git主分支的名字，默认叫做Master。它是自动建立的，版本库初始化以后，默认就是在主分支在进行开发。

三种临时性分支：修补bug分支、预发布分支、功能分支。修补bug分支从主分支master分出来的，预发布分支和功能分支从dev分支分出来的

二、开发分支Develop

主分支只用来分布重大版本，日常开发应该在另一条分支上完成。我们把开发用的分支，叫做Develop。

这个分支可以用来生成代码的最新隔夜版本（nightly）。如果想正式对外发布，就在Master分支上，对Develop分支进行"合并"（merge）。

Git创建Develop分支的命令：

　　git checkout -b develop master

将Develop分支发布到Master分支的命令：

　　# 切换到Master分支
　　git checkout master

　　# 对Develop分支进行合并
　　git merge --no-ff develop

这里稍微解释一下，上一条命令的--no-ff参数是什么意思。默认情况下，Git执行"快进式合并"（fast-farward merge），会直接将Master分支指向Develop分支。

使用--no-ff参数后，会执行正常合并，在Master分支上生成一个新节点。为了保证版本演进的清晰，我们希望采用这种做法。

四、修补bug分支

软件正式发布以后，难免会出现bug。这时就需要创建一个分支，进行bug修补。

修补bug分支是从Master分支上面分出来的。修补结束以后，再合并进Master和Develop分支。它的命名，可以采用fixbug-*的形式。

创建一个修补bug分支：git checkout -b fixbug-0.1 master

修补结束后，合并到master分支：

　　git checkout master

　　git merge --no-ff fixbug-0.1

　　git tag -a 0.1.1  加标签，可以不需要

再合并到develop分支：

　　git checkout develop

　　git merge --no-ff fixbug-0.1

最后，删除"修补bug分支"：git branch -d fixbug-0.1

五、预发布分支

第二种是预发布分支，它是指发布正式版本之前（即合并到Master分支之前），我们可能需要有一个预发布的版本进行测试。

预发布分支是从Develop分支上面分出来的，预发布结束以后，必须合并进Develop和Master分支。它的命名，可以采用release-*的形式。

创建一个预发布分支：

　　git checkout -b release-1.2 develop

确认没有问题后，合并到master分支：

　　git checkout master

　　git merge --no-ff release-1.2

　　# 对合并生成的新节点，做一个标签
　　git tag -a 1.2

再合并到develop分支：

　　git checkout develop

　　git merge --no-ff release-1.2

最后，删除预发布分支：

　　git branch -d release-1.2

六、功能分支

功能分支，它是为了开发某种特定功能，从Develop分支上面分出来的。开发完成后，要再并入Develop

功能分支的名字，可以采用feature-*的形式命名。

创建一个功能分支：

　　git checkout -b feature-x develop

开发完成后，将功能分支合并到develop分支：

　　git checkout develop

　　git merge --no-ff feature-x

删除feature分支：

　　git branch -d feature-x