maven使用命令和git分支管理流程以及jenkins发布git分支策略

mvn 常用命令
mvn clean   //清理当前项目target下文件
mvn clean package //清理当前项目target并编译打包到target中
mvn clean install   //当前项目编译并打包到本地仓库中
mvn clean install -U    //强制从远程仓库下载jar包并把当前项目编译并打包到本地仓库中
mvn clean install -DskipTests      //不执行测试用例，但编译测试用例类生成相应的class文件至target/test-classes下
mvn clean install -Dmaven.test.skip=true    //不执行测试用例，也不编译测试用例类。
mvn clean deploy   //编译并打jar包到本地仓库和远程仓库中
mvn dependency:tree #列出项目pom.xml的依赖树

git分支管理流程图

新功能开发：
1.第一步：新功能开发都要从master拉去代码，并按照作者名称+需求号命名并，zhangsan_N47
2.第二步：开发完成后将项目分支（zhangsan_N47）合并到dev开发环境，jenkins构建成功后，跟前端或者APP端进行联调
3.第三步：当开发跟前端或者APP端联调完成后，并自测完毕，将代码从项目分支（zhangsan_N47）合并到test测试分支
4.第四步：在测试环境，测试人员对程序和bug检验和验收
5.第五步：当测试环境验收完毕后，开发从master拉去一个预发分支,并按照release+当月当日命名，release_0912,并将项目分支合并zhangsan_N47）到该预发分支上，等jenkins构建并发布成功后，测试开始回归
6.第六步：当测试在预发回归完毕后，将预发分支为本次生产环境发布分支，并进行生产环境发布
7.第七步：当生产环境测试人员回归后，将预发分支（release-0912）合并到master
8.第八步：将master代码打tags，版本号每次增加，并注明需求号和发布内容
9.第九步：定期清理新功能开发分支（zhangsan_N47）

生产环境bug修改（对于紧急bug）：
1.第一步：从master拉去一个bug分支，并按照bug+当月当日命名, 如：bug_0912, 
2.第二步：将bug修改后将bug分支合并到测试分支，让测试人员测试
3.第三步：当测试人员测试完毕将，将bug分支合并到预发分支
4.第四步：当预发环境发布完毕后，等测试回归bug完毕，上生产，并将代码合并到master，并打tags（跟新功能开发保持一致）

maven版本管理
1.开发环境都是0.1.27-SNAPSHOT，预发和正式环境都是0.1.27
2.每次开发一个功能，当前开发模块版本号+1，每次要升级

jenkins构建正式环境interface，必须有运维来打，一个版本智能打一次