git flow工作流实际项目实践

公司项目的开发流程主要是这样

代码分为

develop分支

master分支

平时我开发的时候，主要在develop分支上改动

一般来讲，有以下几种改动方式

1.直接在develop上修改代码

这种一般是当前没有大需求，没有其他同事一起开发的情况下为了快速完成一个任务才选择直接改develop上的代码，实际上这种做法不太符合规范

2.开发新功能，新开一个feature分支修改

在feature分支上新建以新功能命名的分支，然后在此分支上开发，功能开发完成即可删除此feature

3.准备新版本发布，在release分支上编译修改一些细节

当版本发布时，可能有些准备工作和一些小细节改动，此时可以在release分支上完成后再合并

4.修复bug，在hotfix分支上修改

专门用于标记bug修复的一个分支体系

项目修改好后上线的步骤如下：

首先，确认当前develop分支和master分支都是最新的版本，最好多拉取一下确认一遍

然后，将当前feature分支或者release分支上的东西merge到develop分支，如果没冲突自然很顺利

如果有冲突，就看哪边改动大，以改动大的那一边为准来解决冲突，记得事先将改变小的一方的改动代码copy到文本编辑器中，然后解决冲突后再手动paste回来

分支merge成功后，将develop上的代码推送到master分支

进入jenkins后台，修改编译路径前缀为master，然后点击编译，在控制台里稍等片刻后复制下最后一行的war包的uri，然后将其发送给运维，请求更新