document/TranslateProject
2
0
Fork 0
mirror of https://github.com/LCTT/TranslateProject.git synced 2025-02-13 00:11:22 +08:00
Code Issues Packages Projects Releases Wiki Activity

校对完毕

Browse Source 
校对完毕
This commit is contained in:
jasminepeng 2016-11-29 11:16:13 +08:00 committed by GitHub
parent 6ca5b1aa00
commit cf5d6f3537
1 changed files with 5 additions and 5 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

10
translated/talk/20160718 Tips for managing your project's issue tracker.md
View File

@ -28,7 +28,8 @@
我们建议，问题单的标题始终使用这样的用户故事形式。你可以设置[问题单模板][3]来保证一致性。
![](https://opensource.com/sites/default/files/resize/issuetemplate-new-520x293.png)
        问题单模板让特性需求单保持统一的形式
       
>          问题单模板让特性需求单保持统一的形式
这个做法的核心点在于，问题单要清晰的呈现给它涉及的每一个人：它要尽量简单的指明受众（或者说用户），操作（或者说任务），和输出（或者说目标）。不过，不需要过分拘泥于这个模板，只要能把故事里的是什么事情或者是什么原因说清楚，就达到目的了。
@ -60,7 +61,7 @@
比如说，你打算提交一个关于新版网站主页的问题单。那这个问题单的子任务列表可能就是这样的：
![](https://opensource.com/sites/default/files/resize/markdownchecklist-520x255.png)
        使用 markdown 的清单把复杂问题拆分成多个部分
> 使用 markdown 的清单把复杂问题拆分成多个部分
在必要的情况下，你还可以链接到其他问题单，以进一步明确任务。（GitHub 里做这个挺方便的）
@ -72,13 +73,12 @@
有些问题单管理工具提供的 API 可以提高额外信息，比如预估时间或者历史进度。
### 让大伙都上车
### 团队协同一致
团队决定使用某种问题单模板后，如何让所有人都照做？存储库里的 ReadMe.md 其实也可以是你们项目的 “How-to” 文档。这个文档应描述清楚这个项目是做什么的（最好是用可以搜索的语言），以及其他贡献者应当如何参与进来（比如提交需求单、bug 报告、建议，或者直接贡献代码）。
![](https://opensource.com/sites/default/files/resize/readme-520x184.png)
      在 ReadMe 文件里增加清晰的说明，供新合作者参考
> 在 ReadMe 文件里增加清晰的说明，供新合作者参考
ReadMe 文件是提供“问题单指引”的完美场所。如果希望特性需求单遵循“用户讲故事”的格式，那就把格式写在 ReadMe 里。如果使用某种跟踪工具来管理待办事项，那就标记在 ReadMe 里，这样别人也能看到。