? ? ?
建立发布基线：每周1和3检查所有的需求、BUG，保证所有的任务、BUG被关联到合适的发布测试版本；
监控发布基线：每天与小组成员交流，检查和review下一个发布版本中包括的所有需求、BUG是否如实反映了实际的状态；
调整发布计划：在发布前一两天，检查发布基线的内容是否能够保证按计划进行，如果不能则重新调整这些任务的发布版本；
步骤：
3.1.1 版本基础库维护：
在浏览项目界面，在版本下可以看到所有规划的版本号，在开发阶段以Branches-v[yyyymmdd]命名版本号，yyyymmdd代表发布的日期，如果某个发布版本由于延迟而需要修改版本号，需要修改对应的版本号，以便与实际相符合。维护项目的版本，请点击“管理项目”
在versions中，点击Manage链接
在以下界面中，进行版本“新增”、“删除”或发布功能”Release”：
3.1.2 将问题单(Issue)关联到版本：
本功能确保所有的需求、BUG均被关联到合适的版本中，以便每一次发布时发布内容是清晰和反映实际情况： ? 对未规划的问题单关联到版本：
点击“未规划”链接
在以下未规划列表中，点击“批量改变：所有xx问题”：
选择需要规划到一个版本的所有需求或者BUG等问题单，点击下一步：
**注意：一次只能规划一个版本，所以，选择的这些问题单必须在一个版本发布
选择编辑问题，并点击下一步
选择对应的版本号：
仔细确认本次批量操作：
3.1.3 将已发布版本中重新打开/退回的问题关联到待发布版本中
在发布前，检查之前所有发布版本，如果发现有任何处理重新打开或者退回返工的需求或者BUG，将其关联到待发布的合适版本（允许一个问题关联多个版本）；
3.1.4 检查问题单-版本关联的正确性： ? 一般通过以下3类操作
?
通过版本路线链接进入问题列表，反复检查每个版本的内容，使用以上方式批量调整问题单版本号，直至所有问题被正确关联：
?
通过检查最新，点击浏览项目页面的“最新新增”、“最近更新”链接
检查以下列是否设置正确：