Skip to content

IssueFlow.wiki

Latest commit

 

History

History
executable file
·
70 lines (59 loc) · 2.86 KB

IssueFlow.wiki

File metadata and controls

executable file
·
70 lines (59 loc) · 2.86 KB

  1. summary summary of Usage Issue
  2. labels Phase-QA,Phase-Implementation,Phase-Support
SEE::Issue[IssueFlow]/[UsageIssue]/[IssueTags]解说 <wiki:toc></wiki:toc>

Table of Contents

Issue流程概述

  • 约定基于 Issue 的图书工程協作*
 * 这是标准的 问题追踪 模式的项目协同方式!

要点

示意

提案生命周期示意

提案实例:*Issue 809 - openbookproject - Google Code*

从我们创建 Issue 开始到完成任务,Issue 支持的自动解析: 

 # 创建提案后, http://code.google.com/p/openbookproject/issues/detail?id=809
  * 最后的 id= 的数字就是工程唯一的任务编号
 #  在Issue 中 任何地方使用 " Issue 809 " 这种格式的字串,就可以自动解析成提案的链接!
 # 在我们为此任务进行SVN 检入时的注释中就可以使用! 这样在 SVN 的Changeset 中,就可以自动解析出任务的链接:
  * 例如: http://code.google.com/p/openbookproject/source/detail?r=1365
  * Changeset 列表在: http://code.google.com/p/openbookproject/source/list
 # 最后我们回到 Issue 页面,可以使用 " r1365 " 格式的字串来说明SVN的操作, 一样这将自动解析成链接,指向
  * http://code.google.com/p/openbookproject/source/detail?r=1365

由此,一个具体任务的 创建/指派/完成/关闭 的整体过程的所有信息形成了完整的封闭循环!

解说

  • 创建时:*
 * 请认真理解: *IssueTags~Issue标签详解* 选择正确的标签来综合标定问题
 * 尽力一个意见创建一个提案,如果有一类相似的问题,请将 每条错误内容 和其对应的建议修订及理由 *放在一起!*

  • 处理时:*
 * 及时设置 Status=Accepted/Started 以免其它人重复处理同一提案
 * 及时将 Owner 设置成自个儿,以便过滤搜索出谁在处理哪些提案!

  • 关闭时:*
 * **一定要缀上对应的Changeset** ~ 即,严格标定出你为此问题进行了哪些修改?!
  * 在 SVN 检入时,应该加入对应修改的 Issue 编号
  * 在 Issue 注释中使用 `r****` 的格式来记录 Changeset
  * 如 http://tinyurl.com/5ldwfk 所示效果

tips

 * code.google 的 Issue 通过Ajax 效果实现各种字段的选择,所以,当你想切换选项时,直接将原有的文字清除,就会自动出现下拉框来重新选定!

TODO