专业版目前的版本管理模式,  管理模型和界面都不甚合理, 似乎对"版本" 有着比较独特的理解, 或者是一个仓促的简单实现.

几点意见:

1. 工作区: 所有工程罗列在一起, 一个工程, 如果打开这个工程的某版本, 就必须生成一个新工程, 然后同一个工程的不同版本和其他工程的不同版本堆满了界面, 没有组织好;

2. 一个版本是否可以建立"分支, 标签"的概念? 类似Git, SVN等版本管理策略, 这些都是很成熟的版本管理模式, 标准版的版本管理概念比专业版的好, 但是标准版只能同时打开1个版本, 专业版目前可以打开多个版本, 但是.........真是很奇怪的组织模式;

3. 既然版本管理都加进来了, 后续可以再增加一个 BugFixing 系统进来, 譬如针对某版本, 发现了那些bug, 这些bug 在那个版本修正了, 修正的结果是什么,,,真正地把一个工程的全生命周期管理起来; 体现其真正的"专业"性,  现在的专业板, 只能说是其他 本地工具AD/CA/PADS等的WEB化差异竞争者. 

建议:

1. 工程按 GIT 版本模型建立, 后台也可以直接挂在GIT服务器上完事, 比你们自己做一套"版本管理" 要简单且专业;

2. 版本的编辑, 不要再建一个工程来编辑, 工作区会很难看, 类似标准版模式挺好, [xxxx工程][V1.02].. 这样很清晰;

3. 问题跟踪后续你们可以考虑下, 这是WEB化的优势所在.