diff --git a/workflow/attachment3.png b/workflow/attachment3.png
new file mode 100644
index 0000000..ea26a17
Binary files /dev/null and b/workflow/attachment3.png differ
diff --git a/workflow/bugzilla-email.png b/workflow/bugzilla-email.png
new file mode 100644
index 0000000..777a18b
Binary files /dev/null and b/workflow/bugzilla-email.png differ
diff --git a/workflow/workflow.md b/workflow/workflow.md
index 012607c..35d076c 100644
--- a/workflow/workflow.md
+++ b/workflow/workflow.md
@@ -71,16 +71,23 @@ git push origin 4.2/XXXX:4.2/XXXX
 ![attachment1.png](attachment1.png)   
 点击Add an attachment，进入到提交评审页面，如图所示：   
 ![attachment](attachment2.png)   
-* 在File下面的文本框中，填入你提交的分支的地址；   
+* 在File下面的文本框中，填入你提交的分支的url（通过浏览器打开gitlab中你push上去的分支，复制该分支的url，然后粘贴到此文本框中）；   
 * 在Description下的文本框中，对你的工作进行简短的描述；   
 * 勾选path前面的选择框;   
 * inspection后边是个选择条，你把它选成“?”时，后边才会有文本框，其中填入评审你工作结果的人的邮箱地址，如果有多个人评审，可以填入多个人的邮件地址，中间用逗号分开；   
 * 点击下边的submit按钮，完成提交评审。
 
+:zap: 这里需要注意的是：虽然你周围的人把这一步操作称为“提交评审”，但你应该清楚attachment实际上应该是“附件”，也就是说，这一步称为“添加附件”更为准确。在上图页面中，如果你点击attach a file那个超链接，页面会变成如图所示：   
+![attachment3](attachment3.png)   
+这两个页面的切换逻辑你可以体会一下。bugzilla设置该选项的初衷在于添加跟当前bug相关的文件，比如补丁，截图，测试方法或日志，或其他任何二进制或大到不适合放在comment中的文件。要知道在这里你”提交评审“实质上时添加了一个附件，附件的内容为你提交的gitlab的url。详细描述请参阅bugzilla[提供的文档](https://bugzilla.readthedocs.org/en/5.0/using/editing.html#attachments)。
+
 
 ### 3.9 在gitlab上创建merge request
 
-如果你的提交通过了评审，下一步就是创建“合并请求”（merge request）。在gitlab页面上找到你创建的分支，如图所示：   
+如果你的提交通过了评审，bugzilla会给你发一条邮件，提醒你你的工作通过了评审，邮件内容如图所示：   
+![bugzilla-email](bugzilla-email.png)   
+
+下一步就是创建“合并请求”（merge request）。在gitlab页面上找到你创建的分支，如图所示：   
 
 ![merge](merge1.png)   
 点击绿色的“+Create Merge Request“，进入到填写评审信息的页面，如图所示：