Git操作规范

Git操作规范

##Git操作规范
### 现状
当前正式部署使用git的master分支进行部署, 测试也使用master分支进行测试,有可能导致某些不应该发布的代码发布到正式服, 现启用debug分支, 提供测试服测试使用.

###操作流程

1. 新建分支: 对于修复bug, 新功能, 新建新的分支用于bug的修复, 新功能的编写. 
2. 测试: 在本地进行测试完毕的bug修复, 新功能代码, 要提交到测试服进行测试, 将所在的分支合并的debug分支, 合并后到测试服pull重启程序.
3. 正式部署: master分支部署,对于已经在debug分支测试通过的bug, 新功能, 合并相应的分支. 然后进行部署.
分支命名规范:
Bug分支: bugfix/修复的bug
新特性分支: feature/特性
前端分支: 添加 /frontend进行识别, 如: front/bugfix/修复的bug
后端分支: 添加 /backend 进行识别, 如: backend/bugfix/修复的bug


### 切换分支技巧
本地正在开发的分支, 临时需要切换到其他分支,进行debug修复或其他操作, 使用 git stash, 可将当前开发分支的代码,进行保存, 然后git checkout 到相应分支进行开发, 开发完毕后, git checkout到之前的分支, git stash pop 或 git stash apply 相应stash号, 将stash保存的还原.
具体流程:

1. git stash save “相应的描述”
2. git checkout “要临时进行操作的分支”
3. 在临时操作分支,工作完毕
4. git checkout “之前工作的分支”
5. git stash apply stash@\{“stash对应编码”\} 


### 注意事项
1. 对于已经正式发布到正式服的分支, 请负责开发的人员在确认发布后,进行删除.
2. 除非特殊情况,请勿直接提交代码到master分支, master分支只做合并其他分支.
3. 本地配置文件信息,请勿提交