/ 详情

已拒绝

需求

创建于

2018-07-13 15:39

bug管理流程图

输入图片说明

问题

越来越多的公司用上了码云git作为代码托管，同时也会使用issue功能（一个方便的bug管理功能）；
issue的管理也即是bug的管理，这其中牵涉到开发、测试相关人员的工作；
规范的管理流程是：测试提交issue->开发确认issue进行打开->开发处理完毕issue进行关闭->测试进行验收issue并标记已验收。这是一套标准的issue处理，而不是提交issue->完成issue；
目前码云的issue功能已经脱离issue功能该有的功能，还请你们重视此功能的维护，你们的反馈说可以使用标签，而标签功能我们认为最好是作为bug等级的区分；

请各位重视issue功能作为bug管理工具

创建了任务

更新了优先级：严重

@Yashin 默认创建一个 bug 的任务类型吧

项目里的 issues 功能的定位是轻量级问题跟踪工具，原本是和 GitLab、GitHub 的一样，只有开启和关闭两个状态，适合任务流程少的个人项目和普通小项目。

在之前的企业版更新中对 issue 追加了进行中和已验收状态，而这次更新中考虑到会让 issues 功能变得更复杂，所以，只保留开启和关闭状态。

对于任务流程多的企业项目，建议使用企业版的任务管理工具。

@红薯新建企业的任务模版是有一个缺陷的类型的。@onemoretwice 如果您是企业版的话建议新建一个缺陷的任务类型即可，您可以自定义类型名称，类型包含的那些状态流等

输入图片说明

修改任务状态为已拒绝

好的，谢谢

登录后才可以发表评论

状态

负责人

项目

Pull Requests

关联的 Pull Requests 被合并后可能会关闭此 issue

分支

开始日期 - 截止日期

-

置顶选项

优先级

预计工期（小时）

参与者（4）

Ruby

1

https://gitee.com/oschina/git-osc.git

git@gitee.com:oschina/git-osc.git

oschina

git-osc

Gitee Feedback