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版本。

@flywin, 那个可以通过phpmyadmin或者最新3.0里面的sqlbuddy来完成吧？

源代码增强插件已经在做了。会更加方便。

build自动关联网址，也在考虑了。呵呵。

上传小文件可以，大文件就传不上去了。:)

WWCCSS是春哥吧？几百元没问题的，给个账号，我打款。以后多向你学习！

第一个需求是这样的：

外包项目有一些需求是由客户发起的，客户那边又可能涉及到用户或者客户的同事、下级，有这样一种复杂关系。

基于需求控制的原则，对方一般也会指定一个固定的项目经理与我们对接。

这个人需要进行他们内部需求的管理，包括采集与评审。采集可以由用户/客户直接在禅道中录入。

@jaeriris，因为只有方案是已解决的bug才会动代码，其他的都不需要验证的。

只关联属于这个项目的bug是不对的。

比如我开始一个项目，然后修复了之前项目的bug，这时候你只关联当前项目的bug就错了。