perfected workflow
This commit is contained in:
BIN
workflow/attachment3.png
Normal file
BIN
workflow/attachment3.png
Normal file
Binary file not shown.
|
After Width: | Height: | Size: 42 KiB |
BIN
workflow/bugzilla-email.png
Normal file
BIN
workflow/bugzilla-email.png
Normal file
Binary file not shown.
|
After Width: | Height: | Size: 30 KiB |
@@ -71,16 +71,23 @@ git push origin 4.2/XXXX:4.2/XXXX
|
||||

|
||||
点击Add an attachment,进入到提交评审页面,如图所示:
|
||||

|
||||
* 在File下面的文本框中,填入你提交的分支的地址;
|
||||
* 在File下面的文本框中,填入你提交的分支的url(通过浏览器打开gitlab中你push上去的分支,复制该分支的url,然后粘贴到此文本框中);
|
||||
* 在Description下的文本框中,对你的工作进行简短的描述;
|
||||
* 勾选path前面的选择框;
|
||||
* inspection后边是个选择条,你把它选成“?”时,后边才会有文本框,其中填入评审你工作结果的人的邮箱地址,如果有多个人评审,可以填入多个人的邮件地址,中间用逗号分开;
|
||||
* 点击下边的submit按钮,完成提交评审。
|
||||
|
||||
:zap: 这里需要注意的是:虽然你周围的人把这一步操作称为“提交评审”,但你应该清楚attachment实际上应该是“附件”,也就是说,这一步称为“添加附件”更为准确。在上图页面中,如果你点击attach a file那个超链接,页面会变成如图所示:
|
||||

|
||||
这两个页面的切换逻辑你可以体会一下。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会给你发一条邮件,提醒你你的工作通过了评审,邮件内容如图所示:
|
||||

|
||||
|
||||
下一步就是创建“合并请求”(merge request)。在gitlab页面上找到你创建的分支,如图所示:
|
||||
|
||||

|
||||
点击绿色的“+Create Merge Request“,进入到填写评审信息的页面,如图所示:
|
||||
|
||||
Reference in New Issue
Block a user