new file:   attachment1.png
	new file:   attachment2.png
	new file:   merge1.png
	new file:   merge2.png
	new file:   workflow.jpg
	modified:   workflow.md
This commit is contained in:
Yingchun Zhu
2015-09-22 11:16:04 +08:00
6 changed files with 76 additions and 4 deletions

BIN
workflow/attachment1.png Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 17 KiB

BIN
workflow/attachment2.png Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 52 KiB

BIN
workflow/merge1.png Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 51 KiB

BIN
workflow/merge2.png Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 55 KiB

BIN
workflow/workflow.jpg Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 149 KiB

View File

@@ -1,9 +1,81 @@
# 维护linx 6.0.42.41的流程
本文档首先出了维护linx 6.0.42.41时所做工作的流程图,然后对流程中比较复杂的操作步骤进行详细描述。其中有些步骤已经有了详细的描述文档,这里会给出相关文档的链接,方便查阅。
本文档首先出了维护linx 6.0.42.41时所做工作的流程图,然后对流程中比较复杂的操作步骤进行详细描述。其中有些步骤已经有了详细的描述文档,这里会给出相关文档的链接,方便查阅。
## 1流程图
## 1.流程图
![workflow](./workflow.jpg)
![workflow](workflow.png)
## 2、对关键步骤的描述
## 2.对比较复杂步骤的描述
### 2.1注册bugzilla账号
怎样注册bugzilla账号[点击查看](http://gitlab.rd.in.linx/document/maintainer-howto/wikis/create-a-new-Bugzilla-account)
### 2.2提交bug
怎样提交bug[点击查看文档](http://gitlab.rd.in.linx/document/maintainer-howto/wikis/submit-bug)
选择故障类型的时候,需要根据具体的情况作出选择,如果你拿不定主意,那就问问你认为拿得定主要的人:smile:。
:zap: 注意别人提交了bug分配给你那你会收到一个邮件通知但有时候是你自己给自己分配bug这时没有邮件通知但自己要清楚自己要处理的bug号。
### 2.3 注册gitlab账号
怎样创建gitlab账号[点击查看文档](http://gitlab.rd.in.linx/document/maintainer-howto/wikis/create-an-account)。
注册完账号后要能够上传代码还需要添加SSH Key[点击查看指导文档](http://gitlab.rd.in.linx/document/maintainer-howto/wikis/add-SSH-keys)。
### 2.4 将applications.git库克隆到你的计算机上
使用命令
```
git clone git@gitlab.rd.in.linx:linx6.0.42/applications.git
```
有关applications的详细情况[点击查看介绍文档](http://gitlab.rd.in.linx/linx6.0.42/documents/blob/4.2/2480/intro-applications-repository.md)。
### 2.4 在applications工作区创建分支并切换到新创建的分支
使用命令
```
git checkout -b 4.2/XXXX
```
这里的XXXX是提交bug时生成的bug号。
:zap: 注意创建并切换分支前一定要确保你当前的分支在4.2/daily-build下。
用命令
```
git branch
```
查看。
在你新创建的分支上完成对bug的修改。
### 2.5 提交修改
完成了修改后首先要将修改添加到本地的git库再进行提交有关提交信息的填写规范[点击查看指导文档](http://gitlab.rd.in.linx/document/maintainer-howto/wikis/Instructions-on-adding-Bugzila-when-you-commit))。这些动作安顺序通过下列命令来完成:
```
git add .
git commit -s
```
### 2.6 将修改push到gitlab上
使用命令
```
git push origin 4.2/XXXX:4.2/XXXX
```
有关git命令的介绍[点击查看介绍文档](http://rd-server.rd.in.linx/dokuwiki/doku.php?id=%E6%96%87%E6%A1%A3:git_%E7%9A%84%E5%B8%B8%E7%94%A8%E5%91%BD%E4%BB%A4)。
### 2.7 在bugzilla中提交评审
首先进入到新提交的bug页面找到Add an attachment (proposed patch, testcase, etc.),如图所示:
![attachment1.png](attachment1.png)
点击Add an attachment进入到提交评审页面如图所示
![attachment](attachment.png)
在File下面的文本框中填入你提交的分支的地址
在Description下的文本框中对你的工作进行简短的描述
勾选path前面的选择框;
inspection后边是个选择条你把它选成?时,后边才会有文本框,你要让谁评审你的工作,就把谁的邮件地址填进去,如果要让多个人评审,可以填入多个人的邮件地址,中间用逗号分开;
点击下边的submit按钮完成提交评审。
### 2.8 在gitlab上创建merge request
如果你的提交通过了评审下一步就是创建“合并请求”merge request。在gitlab页面上找到你创建的分支如图所示
![merge](merge1.png)
点击绿色的“+Create Merge Request“进入到填写评审信息的页面如图所示
![merge](merge2.png)
这里只需要从“Assign to“的下拉列表中选择将要合并你创建的这个分支的人即可然后绿色的“Submit new merge request“完成合并请求的创建。