建议对于常用jira版本规划至少保持4个，代码分支也同理4个，例如：
假设对外正式Release的分支为1.0.0， 1.1.0, 1.2.0, 1.3.0等等。
[分支名]（jira 版本计划的状态）
Release分支(closed):
规则：
例如分支名为r1.0.0：当前已经发布给客户(或者已经正式提测)，并需要最近高频率维护，修复bug。发版本后，本分支保留，bugfix代码合入预发布分支。
提bug，版本号必填，否则无法提。
Pre-release分支(finished):
预发布分支，从最高的Release分支(例如1.0.0)中创建，例如分支名为pr1.0.9。本分支其实是预发布的版本1.1.0。
包含：
1.[1.0.0,1.1.0]之间的所有feature
2.已发布分支版本的bugfix代码。
当需要发布版本打包时，从本分支创建1.1.0分支，发版本。当发布后，对此分支可修复bug，但不可增加功能开发代码。
本分支提测前，须确保已合入截至至提测日，Release分支的bugfix代码已合入预发布分支。
提测通过后，正式发布：从pr1.0.9创建1.1.0分支， pr1.0.9分支可删除。1.1.0变为release分支。
dev分支(working)：
例如分支名：dev1.1.9：开发同学正在开发[1.1.0,1.2.0]之间的需求的版本,待全部需求开发完成，从1.2.0打出1.1.9分支，作为预发布分支。
从预发布分支创建本分支。
future分支(future)。当有需求决定要做的时候，从正在开发分支创建此版本，1.2之后的需求/规划的版本，也就是1.2中不做的。
口诀：保持4个版本，别嫌创建版本麻烦。