github常用分支模型

分支管理是参考git-flow流程稍作修改形成的，包含4类分支，分别是master、develop、新功能分支（feature）、release。

master分支中包含的是可以部署到生产环境中的代码。

develop分支中包含的是下个版本需要发布的内容。从某种意义上来说develop是一个进行代码集成的分支。当develop分支集成了足够的新功能和bug修复代码之后，通过一个发布流程来完成新版本的发布。发布完成之后，develop分支的代码会被合并到 master 分支中。

其余三类分支的描述如下表所示。这三类分支只在需要时从develop或master分支创建。在完成之后合并到develop或master分支。合并完成之后该分支被删除。这几类分支的名称应该遵循一定的命名规范，以方便开发人员识别。

分支类型	命名规范	创建自	合并到	说明
feature	feature/*	develop	develop	新功能
release	release/*	develop	develop 和 master	一次新版本的发布与生产环境中发现的紧急 bug 的修复

对于开发过程中的不同任务，需要在对应的分支上进行工作并正确地进行合并。每个任务开始前需要按照指定的步骤完成分支的创建。例如当需要开发一个新的功能时，基本的流程如下：

功能复杂，耗时较长的任务：

从 develop 分支创建一个新的 feature 分支，如 feature/my-awesome-feature。
在该 feature 分支上进行开发，提交代码，push 到远端仓库。
当代码完成之后，合并到 develop 分支并删除当前 feature 分支。

功能简单，耗时较短的任务：

直接在develop上进行开发，提交代码，push 到远端仓库。

提测与发布版本流程：

从 develop 分支创建一个新的 release 分支，如 release/1.4。
把 release 分支部署到持续集成服务器上进行测试。测试包括自动化集成测试和手动的用户接受测试。
对于测试中发现的问题，直接在 release 分支上提交修改。完成修改之后再次部署和测试。
当 release 分支中的代码通过测试之后，把 release 分支合并到 develop 和 master 分支，并在 master 分支上添加相应的 tag

gitinore无效的解决办法

git rm -r --cached .
git add .
git commit -m 'update .gitignore'