版本号说明(2016-11-15更新)

1. Git的Tag的格式为：major-minor-revision，正式版本号从1.0.0开始，99进1，如无特殊原因，依次递进即可，无需跳版本。如果是maven工程，Tag应该与pom.xml中的version内容一致。
2. 开发的时候使用SNAPSHOT版本（比如1.0.0-SNAPSHOT），一般DEV分支和各自分支上的版本应该都是SNAPSHOT版本。
3. 开发完成发版的时候，使用SNAPSHOT版本对应的正式版（如1.0.0）。
4. 发版完成后，如果要继续开发，则使用下一个版本的SNAPSHOT版，重复第２，３步的过程。

发版流程(2016-11-15更新)

1. 每周一，周三上午10点发布**预生产环境**，如果测试没问题，周四晚上发**生产环境**
2. 发布预生产前，开发组长手工或者使用本系统 GIT管理－>DEV发版 模块(需要响应权限)进行打Tag发版操作。
3. 在Jenkins的各release相关的view中确保已发版的功能能够编译通过。
4. 开发组长需要将非代码部分的更改，如配置文件的变更说明，需要手工执行的sql，需要单独执行的小程序等及其具体的操作步骤写到gooday-release-notes工程的目录中。
   gooday-release-notes的目录结构为 年－>周－>工程名－>生产（预生产）。
   预生产文件夹内需要再以版本号为目录名建立对应的目录，放本次版本对应的操作说明，sql，config变更等信息，管理员按照这里的操作说明进行预生产发版操作。
   生产文件夹内汇总本周已发布的预生产的所有说明（应该适当合并和裁剪），管理员按照这里的说明直接进行生产发版操作。
   操作说明推荐使用markdown格式进行书写，推荐命名为readme.md。

5. 发送预生产发版邮件给 李轩lixuan@jsh.com 并抄送相关人员。
   邮件标题建议格式为：“预生产发版－周－发版日期”，如“预生产发版－W47－20161115”。
   邮件内容应该包括工程对应的版本号，是否有配置文件更改，是否有SQL，是否有需要执行的小程序等信息。如“buyer-platform：2.1.39，sql脚本：有，config.properties文件修改：无”

6. 如果预生产测试通过，开发组长的周四下班之前，并发送生产发版邮件到 sa@jsh.com 并抄送相关人员。
   邮件标题建议格式为：“生产发版－周－发版日期”，如“生产发版－W47－20161115”。
   邮件内容应该包括工程对应的版本号，是否有配置文件更改，是否有SQL，是否有需要执行的小程序等信息。如“buyer-platform：2.1.39，sql脚本：有，config.properties文件修改：无”

7. 可以在本系统的 Git管理 模块中查看相关的发版记录。