<table style="width:100%;margin:200px 0 300px 0;"> <tr> <th>Date</th> <th>Revision version</th> <th>Description</th> <th>author</th> </tr> <tr> <td>2018-06-14</td> <td>V1.0.0</td> <td></td> <td>Isaac Zhang</td> </tr> <tr> <td>2018-06-22</td> <td>V1.0.1</td> <td>1,添加git提交操作说明<br/>2,提交message格式</td> <td>Isaac Zhang</td> </tr> <tr> <td>2018-06-25</td> <td>V1.0.2</td> <td>1,添加code review 流程</td> <td>Isaac Zhang</td> </tr> <tr style="color:red;"> <td>2018-11-10</td> <td>V1.0.3</td> <td>1,流程修改<br />2,添加统计信息 <br />3,新增主任务类型Investigation <br />4,新增重点关注项</td> <td>Isaac Zhang</td> </tr> </table>
##For BA ###创建Epic 
###创建Story 必填项目
<p style="color:red;"> 1. 开发负责人(Planning meeting update)<br> 2. 产品负责人(创建时update)<br> 3. 测试负责人(Planning meeting update)<br> 4. 解决结果(开发完成 update)<br> 5. 到期日(Planning meeting update) </p> !\[\](https://img2018.cnblogs.com/blog/48397/201903/48397-20190325175036588-474008832.png)###创建Investigation(新增)
<p style="color:red;"> 产品在做需求设计前,如果对需求有任何疑问/不清晰,可以提该调查任务类型。 开发人员在代码层面,调查业务逻辑! </p> !\[Alt text\](./1541848547058.png)!\[\](https://img2018.cnblogs.com/blog/48397/201903/48397-20190325175100652-1756839906.png)##For Dev ###在Story下创建子任务
- Dev sub-task 需要填写*‘预估时间’,‘到期日’,‘log time’** *
- Investigation
- Defect Created By & Resolution 必填校验<b style="color:red;">(新增)</b>

##For QA
###Tips for QA 当QA接受到一个Story时,需要关注几点:
- 解决结果不为***“未解决”***
- 任务状态在**“测试中”** 如上述结果正确,进入story测试中。
###在Story下创建子任务
- Test sub-task 需要填写*‘预估时间’,‘到期日’,‘log time’** *
- bug (这个bug指的是当前story下造成的in sprint defect)****<b style="color:red;">(新增)必填校验,Defect Created By & Resolutions</b> *In sprint defect 需要在当前sprint修复并关闭,如因特殊原因无法修复,需报PM,由PM决定是否要在当前sprint修复,如不需要,从当前sprint移除,移动到backlog 任务池中 *
###创建bug 
#WorkFlow (变更)
<p style="color:red;"> 新增产品验收环节。<br /> Resolved 状态 需要产品在测试环境验收<br /> QA REGRESSION DONE 状态 需要产品在线上回归测试 </p> 新增Reject环节。 !\[\](https://img2018.cnblogs.com/blog/48397/201903/48397-20190325175251941-38012214.png)story Step1 BA: 需求收集中,待排期,需求设计 Step2 DEV:已进入处理队列,开发中 Step3 QA:已完成待测试,测试中 Step4 (PM) Result:已关闭,测试完毕等待上线,已上线 bug Step1 DEV:等待排期,开发中,Code review <b style="color:red;">(新增)必填校验,Defect Created By & Resolutions</b> Step2 QA: 测试中,Resolved,Reopen sub task ALL: 等待排期,In progress,Done
##Jira Dashboard使用 Jira dashboard 可以使你能快速知道自己队列有哪些正在进行的任务,并可看到当前的工作时间,当前sprint剩余时间等等 如下图 
点亮星星之后,可以点击“仪表盘”按钮看到你最新收藏的dashboard 
具体内容如下图 
###重点关注项(新增) 逾期任务 & 当天需要解决的任务 Filter 
Result 
##Jira Filter ###简单搜索 
###高级搜索 
语法于Sql较像,可参考 三W.evget 到卡慕/article/2015/8/14/22556.html 
#git 代码提交规范
1Git 2//创建新的branch ,并且切换到新创建的branch 3git checkout -b dev_zp 4//查看所有分支 5git branch 6//查看当前修改信息 7git status 8//添加所有修改到当前branch 9git add . 10//提交所有修改到当前branch 11<font color=red>git commit -m "CPT-166 新品售卖与租赁套装附件限制共享 新需求编码实现"</font> 12//确认当前所在branch 13git branch 14//切换本地dev_zp到dev_swms 15git checkout dev_swms 16//更新dev_swms到最新代码 17git pull origin dev_swms 18//确认当前所在branch 19git branch 20//切换到本地分支 21Git checkout branch 22//合并服务器代码到本地代码 23Git rebase dev_swms 24//解决冲突(如果有) 25//解决完冲突切换到服务器分支 26Git checkout dev_swms 27//合并本地dev_zp分支代码到当前所处的分支dev_swms 28git rebase dev_zp 29 30git branch 31//提交本地dev_swms分支代码到远程dev_swms 32git push origin dev_swms
可看到在commit代码的时候,描述comments前缀为:"CPT-166 ...."
<font color=red>CPT-166</font> 这个是Jira Id,后面紧跟一个空格。 目的是为了code review 关联代码,如下:
后期会自动关联到code review,等待若祥将crucible 与Jira 关联成功,就可以直接在jira线上codereview,随后我会修改workflow.
#Fisheye & crucible Code view 前提,git 提交必须有jira number. Let's begin.
step 1, 你会看到在Jira右下角多了一个development
step 2, 点击commit,会看到每次提交后面跟了一个create review
step 3,点击create
step 4, 创建成功后,如下图。可点击任意位置添加comments
step 5, code reviewer可看到complete button,创建者没有该button
step 6,如果code review 结果需要修改代码,则进入修改流程






