diff --git "a/\347\254\2543\351\203\250\345\210\206\342\200\224\342\200\224\345\260\235\350\257\225\345\217\202\344\270\216\345\274\200\346\272\220/\346\217\220\344\272\244\347\254\254\344\270\200\344\270\252 Issue.md" "b/\347\254\2543\351\203\250\345\210\206\342\200\224\342\200\224\345\260\235\350\257\225\345\217\202\344\270\216\345\274\200\346\272\220/\346\217\220\344\272\244\347\254\254\344\270\200\344\270\252 Issue.md"
index f514993c7cc01cdf9168bf55694e04d684574b1c..1770fd5ad237198894f82a8c244560528becda5b 100644
--- "a/\347\254\2543\351\203\250\345\210\206\342\200\224\342\200\224\345\260\235\350\257\225\345\217\202\344\270\216\345\274\200\346\272\220/\346\217\220\344\272\244\347\254\254\344\270\200\344\270\252 Issue.md"
+++ "b/\347\254\2543\351\203\250\345\210\206\342\200\224\342\200\224\345\260\235\350\257\225\345\217\202\344\270\216\345\274\200\346\272\220/\346\217\220\344\272\244\347\254\254\344\270\200\344\270\252 Issue.md"
@@ -24,7 +24,7 @@ Issue 的翻译大致为**议题**、**问题**。
2. **问题列表 BUG LIST**
- 一个复杂的项目难免会有这样或那样的 bug,而这些内容被观摩你仓库的朋友们发现之后,可以通过 Issue 给你提出,你可以根据他们指出的复现步骤来定位问题,并最终修复,让你所编写的项目更加健壮而强大。不要害怕自己代码写得很烂,感觉别人提 bug 就是在揭自己的短什么的,因为每发现一个 bug 意味着你的程序又少了一个缺陷,只需要快速修复它即可。当然,你也可以自己发现 bug,并给自己提出 Issue,目的是让自己的项目有充分的留痕,便于后续避免该问题或寻找解决方案。
+ 一个复杂的项目难免会有这样或那样的 Bug,而这些内容被观摩你仓库的朋友们发现之后,可以通过 Issue 给你提出,你可以根据他们指出的复现步骤来定位问题,并最终修复,让你所编写的项目更加健壮而强大。不要害怕自己代码写得很烂,感觉别人提 Bug 就是在揭自己的短什么的,因为每发现一个 Bug 意味着你的程序又少了一个缺陷,只需要快速修复它即可。当然,你也可以自己发现 Bug,并给自己提出 Issue,目的是让自己的项目有充分的留痕,便于后续避免该问题或寻找解决方案。
3. **讨论版 BBS**
@@ -37,8 +37,8 @@ Issue 的翻译大致为**议题**、**问题**。
所以,咱们总结下来,可以有如下结论:
-* 对于你自己来说,自己可以使用 Issue 来发布待办清单,给自己提开发任务或 bug,开帖找大家探讨项目下一步的发展方向等等。当然,你也可以用它来提出一些跟仓库内容无关的事情,这也是允许的。
-* 如果你想要提 Issue 的仓库不是你自己的,而是他人的的时候,Issue 就是一个很好的多人协作系统。比如发现了别人项目的 bug 的时候;比如想要别人添加某个新功能的时候;比如有使用上的困难,需要求助作者使用步骤的时候,你都可以给别人的仓库提出 Issue。同时,如果你是一个热心的开发者,你也可以帮助原作者回答一些别人提出的 Issue,这样的行为可以极大地帮助原作者分担压力哦。不要觉得自己是在做临时免费工,解答的过程中你的知识和技术也会得到巩固和提高,有时还能结交到许多志同道合的好朋友哦。我助人,人亦助我。
+* 对于你自己来说,自己可以使用 Issue 来发布待办清单,给自己提开发任务或 Bug,开帖找大家探讨项目下一步的发展方向等等。当然,你也可以用它来提出一些跟仓库内容无关的事情,这也是允许的。
+* 如果你想要提 Issue 的仓库不是你自己的,而是他人的的时候,Issue 就是一个很好的多人协作系统。比如发现了别人项目的 Bug 的时候;比如想要别人添加某个新功能的时候;比如有使用上的困难,需要求助作者使用步骤的时候,你都可以给别人的仓库提出 Issue。同时,如果你是一个热心的开发者,你也可以帮助原作者回答一些别人提出的 Issue,这样的行为可以极大地帮助原作者分担压力哦。不要觉得自己是在做临时免费工,解答的过程中你的知识和技术也会得到巩固和提高,有时还能结交到许多志同道合的好朋友哦。我助人,人亦助我。
@@ -51,7 +51,7 @@ Issue 的翻译大致为**议题**、**问题**。
#### Issue 的礼仪[2]
1. 提问使用的语言 :第一,参照维护者的母语,如果仓库所有者的母语是中文则建议优先中文交流。第二,如果不清楚应该使用什么语言,建议选择英文交流。
-2. 提问态度和语气 :因为你面对的是跟你一样的开发者,不卑不亢,虚心求教就可以了,不必要太咋呼,措辞太夸张等。但是言语之间要表示对作者的尊重,最好多使用`请`、`谢谢`、`please`、`thanks`等词语。
+2. 提问态度和语气 :因为你面对的是跟你一样的开发者,不卑不亢,虚心求教就可以了,不必要太咋呼,措辞太夸张等。但是言语之间要表示对作者的尊重,最好多使用`请`、`谢谢`、`Please`、`Thanks`等词语。
3. **如有 Issue 模板,请参照模板写 Issue**。如果原作者定义了 Issue 模板,请按模板来写,避免挤牙膏式的交流。如没有,本文会有比较通用的模板提供给大家。总之,撰写的原则是,把事情表述清楚,便于原作者处理和与你交流。
#### 一个好 Issue 的标准[2]
@@ -71,7 +71,7 @@ Issue 的翻译大致为**议题**、**问题**。
先使用方括号(也可以使用`【】`替代方括号),里面写上分类、标签或某文件名(比如这个文件有问题待修改),这部分是便于作者进行问题分类的,也方便其他协作者查找(很多人提 Issue 并没有这一部分,建议加上)。然后使用简短的描述,可以让人通过标题快速了解这个 Issue 是讲什么内容的。
-案例:`[bug]app.py文件173行运行报错,疑似遗漏一个=号`
+案例:`[Bug]app.py文件173行运行报错,疑似遗漏一个=号`
#### 提出一个 Issue
@@ -95,7 +95,7 @@ Issue 的翻译大致为**议题**、**问题**。
在 Gitee 中,支持在新建仓库时创建 Issue 模板,也支持自定义模板。
-在新建仓库时,勾选`使用Issue模板文件初始化这个项目`,实际上就是在仓库根目录下新建了 `.gitee/ISSUE_TEMPLATE.zh-CN.md` 文件,当然你也可以自己创建这个文件,来编写自己的模板。
+在新建仓库时,勾选`使用 Issue 模板文件初始化这个项目`,实际上就是在仓库根目录下新建了 `.gitee/ISSUE_TEMPLATE.zh-CN.md` 文件,当然你也可以自己创建这个文件,来编写自己的模板。

@@ -107,7 +107,7 @@ Issue 的翻译大致为**议题**、**问题**。
> Q: 不同类型的模板,有什么作用?
>
-> A: 例如你的仓库中有 3 种语言类型的 Issue 模板,提交 Issue 的用户使用的是英文版,那么当用户勾选`使用Issue模板`,则会智能地使用英文模板,如果对方使用的是中文版则会智能地使用中文 Issue 模板。
+> A: 例如你的仓库中有 3 种语言类型的 Issue 模板,提交 Issue 的用户使用的是英文版,那么当用户勾选`使用 Issue 模板`,则会智能地使用英文模板,如果对方使用的是中文版则会智能地使用中文 Issue 模板。
当你在敲标题或者 Issue 内容时,项目会自动显示已有的类似 Issue,你可以先查看一下推荐的 Issue 能否解决你的问题,如果不能再提出,避免反复提出同一个问题。
@@ -205,7 +205,7 @@ Issue 的翻译大致为**议题**、**问题**。
* **里程碑**:里程碑是某功能或某个时间段的一堆问题的集合。比如我们要写一本书,一个章节如果设置为一个里程碑,那这个章节里面的每一个小节我们就可以分别提多个 Issue,最后将这些 Issue 关联到这个章节的里程碑中,方便管理,可以很容易看到整个章节的完成进度。我们可以根据自己的需要,来使用里程碑的功能。下面是一些使用里程碑功能的例子[1]:
- - **发布测试**——在你发布项目的 Beta 版之前,包含你需要修复的 bug 文件相关的 Issue。这样可以确保你不会漏掉什么。
+ - **发布测试**——在你发布项目的 Beta 版之前,包含你需要修复的 Bug 文件相关的 Issue。这样可以确保你不会漏掉什么。
- **十月冲刺**——记录你在十月份应该做的问题清单。相当于一个工作清单,时刻提醒你应该重点完成哪些工作。(当然,你设定一个九月要做的事情的清单也是可以的)
- **重新设计**——记录与重新设计项目的问题清单。这是一种收集灵感的好方法。
@@ -215,9 +215,9 @@ Issue 的翻译大致为**议题**、**问题**。

- 新建完成后即可在Issue中关联:
+ 新建完成后即可在 Issue 中关联:
- 
+ 
* **关联分支**:这里可以选择关联到该仓库的哪个分支。
@@ -241,7 +241,7 @@ Issue 在提出之后,对于个人版来说可以有四种状态:待办的
> 状态变更之后,允许再次变更,比如设置为`已完成`状态的 Issue,可以再次修改为`进行中`。
-
+
我们还可以在`看板`中看到处于每种状态的 Issue 的列表。
@@ -257,7 +257,7 @@ Issue 在提出之后,对于个人版来说可以有四种状态:待办的
找到 Issue 编号(这里为 `#I23WUE`):
-
+
支持快速点击,提交 Issue 之后会自动生成链接,链接到该 Issue:
@@ -269,11 +269,11 @@ Issue 在提出之后,对于个人版来说可以有四种状态:待办的
> 当你将各种 Issue 维护好对应的标签之后,可以快速找到属于某个标签的 Issue 结果进行处理。
-
+
-#### 在 commit 中关闭 Issue
+#### 在 Commit 中关闭 Issue
-比如在修复一个 bug 时,某一次 commit 就是解决了提这个 bug 的 Issue 的,那么我们可以轻松的在 commit 的内容中附带上一些特殊信息(在 commit 信息中或者附加信息中均可),来自动关闭 Issue。
+比如在修复一个 Bug 时,某一次 Commit 就是解决了提这个 Bug 的 Issue 的,那么我们可以轻松的在 Commit 的内容中附带上一些特殊信息(在 Commit 信息中或者附加信息中均可),来自动关闭 Issue。
Gitee 支持的提交方式有(比如我们需要关闭的 Issue 编号为 24,`+`号表示在提交的内容中添加后面部分的内容)[4]:
@@ -288,7 +288,7 @@ Gitee 支持的提交方式有(比如我们需要关闭的 Issue 编号为 24
+ resolved #24
```
-
+
#### Issue 中的待办清单