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，而后将其发送给运维，请求更新