前端项目中使用git来做分支和合并分支，管理生产版本

最近由于公司前端团队扩招，虽然小小的三四团队开发，但是也出现了好多问题。最让人揪心的是代码的管理问题；公司最近把版本控制工具从svn升级为git。前端H5组目前对git的使用还不是很熟悉，出现额多次覆盖代码和提交冲突的问题。还有最近一次产品版本迭代的时候出现额一个问题： 一个正在开发的版块在下一次版本迭代中不需要上线了，而是修改了这个版块的一些小细节。这个正在开发的版块需要在下下一次产品迭代的时候上线。

 

这里来简单的记录下使用git做代码版本控制的方法：（主要是建立分支，在分支上修改当前版本的bug，随时准备上线新修复的bug的当前版本；以及同时在主干上继续开发新的功能，为下个版本做准备）

 

整个的流程图是这样的：  

 

如果不是有这个分支hotfix，那么当你一直在主干上开发新功能的时候，产品或者测试通知你： 你需要在生产版本上修改一些地方，并马上上线时，你只能撤回已经开发好的代码，并进行修改，然后再把撤销的代码在修改上线后再补回去。但是如果是多人操作呢？

 

于是我们来用git解决这个问题：

创建项目

 

 线上发布1.0版本 

 

 1.0版本是这个样子的：

 

 

 

 

 

创建分支并切换到分支 

 

 

创建一个分支： git branch 分支名

查看所有分支： git branch

这时候在当前分支前会有一个 * 号

 

在分支上修改bug（给当前内容加一个样式）

 

 

 

当前分支变成了这个样子 

 

 提交分支的内容： 

 

切换到主干继续开发新功能 

 

这时候你会看到git已经把你的代码切换到了主干代码

 

 目前主干还是1.0版本上线时候的样子

 

 

 我们在主干上开发新功能（加了一个h1标签）

 

 

目前主干上的样子

提交主干的新功能 

 

 

 这里commit 的-a是去掉多余的提交

 

这时候2.0版本准备上线，合并主干和分支 

 

 

使用git pull && git push 拉取并提交代码

 

你会发现你的代码已经具备了上线的全部内容：

 

 

 

 目前是这个样子的；

 

 

 这对于多人开发，和经常性的版本迭代是非常重要的。希望能帮助到大家