1. “模块扩展编辑器”建议增加“数据库”条目。

　　“模块扩展编辑器”是禅道的一道亮点，使禅道有了无限的可能，可整合归并许多已有的业务流。不过在应用中发现许多需求除了MVC扩展外，有时对数据库也有升级的需要，因此在扩展编辑器中建议增加一项“数据库”条目。
　　为使问题简单化，数据库编辑只允许修改增删用户自定义的表或字段部分，而对禅道原有的库结构不允许修改，以确保系统的完整性及可升级性。当然，这里可加入一些针对性的禅道数据库“修复”、“优化”、“备份转储”、“彻底删除”等人性化维护功能。

 

2. 加强对版本库操作业务权限的安全认证流程。
　　目前流行的许多项目管理系统都或多或少地存在着版本库应用管理的安全隐患，容易导致关键信息或代码的泄露。SVN是禅道推荐整合的一个版本控制方案，因此建议结合SVN进行细化。具体如下：

　　a. 集成svn源码提取工具: 应选择集成svn_client中相应的工作指令，以支持实现禅道必需的svn登陆、log、cat、diff功能。
　　b. 版本库同步如采用现有的定时提取方式，应增加定时设置功能页面。
　　c. pms对“版本库提交”事件中的 view/diff 操作不应该对所有成员一视同仁，这很容易导致外围测试人员泄露核心代码，应采用当前用户登录svn再执行view/diff的方式。简单的办法是弹出svn登陆窗要求输入指定版本库的user/passwd,取得数据对再传给 /module/svn/model.php 里的 $repo->username --password   $repo->password去执行即可。

 

3. 在项目视图的版本build中，"源代码地址"应采用svn的rxxxx版本号列选的方式来作超链存放方式，以保代码安全、统一。

　“存储地址”保留发行版本，应考虑服务器打包上载方式(建议用FTP)，以便存档和测试取样。

 

@jaeiris，非常感谢。

其中你所说的build关联需求，我们最新的3.0逻辑已经调整过了，不知道你说得是否是3.0版本。

@chensen, 大概在几百元左右吧。anychart没有研究过。:)

@chansen，还没有做完呢，hoho，压力好大。哈哈。

@wwccss，我说的版本就是3.0，另外我又重新搭建了个3.0.stable版本，测试之后发现bug关联的逻辑还是有点问题。筛选的是【解决方案】字段为“已解决”，而不是【bug状态】字段为“已解决”的bug。我想这里关联bug的目的应该是为了便于快速做回归测试，所以除了【解决方案】为“延期处理”的bug之外都应该关联。还有个问题就是，既然build是基于项目创建，那么关联的bug也应该是所属于这个项目的，而不是将所属产品的bug都关联进去。以上只是我自己的理解，不知道春生哥当时这样设计是出于怎样的考虑？