Date Revision version Description author 2018-06-14 V1.0.0 Isaac Zhang 2018-06-22 V1.0.1 1，添加git提交操作说明
2，提交message格式Isaac Zhang 2018-06-25 V1.0.2 1，添加code review 流程 Isaac Zhang 2018-11-10 V1.0.3 1，流程修改
2，添加统计信息
3，新增主任务类型Investigation
4，新增重点关注项Isaac Zhang
##For BA ###创建Epic 
###创建Story 必填项目
1. 开发负责人(Planning meeting update)
2. 产品负责人(创建时update)
3. 测试负责人(Planning meeting update)
4. 解决结果（开发完成 update）
5. 到期日(Planning meeting update)
###创建Investigation(新增)
产品在做需求设计前，如果对需求有任何疑问/不清晰，可以提该调查任务类型。 开发人员在代码层面，调查业务逻辑！
!\[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 必填校验（新增）
##For QA
###Tips for QA 当QA接受到一个Story时，需要关注几点：
- 解决结果不为***“未解决”***
- 任务状态在**“测试中”** 如上述结果正确，进入story测试中。
###在Story下创建子任务
- Test sub-task 需要填写*‘预估时间’，‘到期日’，‘log time’** *
- bug (这个bug指的是当前story下造成的in sprint defect)****（新增）必填校验，Defect Created By & Resolutions *In sprint defect 需要在当前sprint修复并关闭，如因特殊原因无法修复，需报PM，由PM决定是否要在当前sprint修复，如不需要，从当前sprint移除，移动到backlog 任务池中 *
###创建bug 
#WorkFlow （变更)
新增产品验收环节。
Resolved 状态 需要产品在测试环境验收
QA REGRESSION DONE 状态 需要产品在线上回归测试
story Step1 BA: 需求收集中，待排期，需求设计 Step2 DEV：已进入处理队列，开发中 Step3 QA：已完成待测试，测试中 Step4 (PM) Result:已关闭，测试完毕等待上线，已上线 bug Step1 DEV：等待排期，开发中，Code review （新增）必填校验，Defect Created By & Resolutions 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 代码提交规范
Git
//创建新的branch ,并且切换到新创建的branch
git checkout -b dev_zp
//查看所有分支
git branch
//查看当前修改信息
git status
//添加所有修改到当前branch
git add .
//提交所有修改到当前branch
<font color=red>git commit -m "CPT-166 新品售卖与租赁套装附件限制共享 新需求编码实现"</font>
//确认当前所在branch
git branch
//切换本地dev_zp到dev_swms
git checkout dev_swms
//更新dev_swms到最新代码
git pull origin dev_swms
//确认当前所在branch
git branch
//切换到本地分支
Git checkout branch
//合并服务器代码到本地代码
Git rebase dev_swms
//解决冲突（如果有）
//解决完冲突切换到服务器分支
Git checkout dev_swms
//合并本地dev_zp分支代码到当前所处的分支dev_swms
git rebase dev_zp
git branch
//提交本地dev_swms分支代码到远程dev_swms
git push origin dev_swms
可看到在commit代码的时候，描述comments前缀为："CPT-166 ...."
CPT-166 这个是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 结果需要修改代码，则进入修改流程
