50c8aa80f2
new file: filter/builddir.png new file: filter/filter-rule.png new file: filter/filter.md new file: filter/filter.png new file: filter/inner.png new file: filter/select-dir.png modified: workflow/workflow.md
4.1 KiB
维护linx 6.0.42.41的流程
1. 概述
本文档首先给出了维护linx 6.0.42.41的工作流程图，然后对工作流程中比较复杂的操作步骤进行详细描述。其中有些步骤已经有了详细的描述文档，这里会给出相关文档的链接，以方便查阅。
2. 工作流程图
3. 比较复杂的操作步骤
3.1注册bugzilla账号
关于怎样注册bugzilla账号，这里有指导文档点击查看。
3.2提交bug
关于怎样提交bug，点击查看指导文档。
选择故障类型的时候，需要根据具体的情况作出选择，当你不能决定故障类型时，要跟大家进行讨论。
⚡ 注意：组长给某个组员分配了bug，该组员会收到邮件通知；在有些情况下，会先有问题的描述，然后组长会让某个组员提交bug，再把这个bug分给这个组员自己，此时，提交bug并得到bug任务的组员不会收到邮件通知，需要该组员记住自己提交的bug号，再去解决问题。
3.3 注册gitlab账号
关于怎样创建gitlab账号，点击查看指导文档。
注册完账号后，要能够上传代码，还需要添加SSH Key，点击查看指导文档。
3.4 将applications.git库克隆到你的计算机上
使用命令
git clone git@gitlab.rd.in.linx:linx6.0.42/applications.git
有关applications的详细情况，点击查看介绍文档。
3.5 在applications工作区创建分支，并切换到新创建的分支
使用命令
git checkout -b 4.2/XXXX
这里的XXXX是提交bug时生成的bug号。
⚡ 注意：创建并切换分支前，一定要确保你当前的分支在4.2/daily-build下。
用命令
git branch
查看。
在你新创建的分支上完成对bug的修改。
3.6 提交修改
完成了修改后，首先要将修改添加到本地的git库，再进行提交（有关提交信息的填写规范，点击查看指导文档）。这些动作按顺序通过下列命令来完成：
git add .
git commit -s
3.7 将修改push到gitlab上
使用命令
git push origin 4.2/XXXX:4.2/XXXX
有关git命令的介绍，点击查看介绍文档。
3.8 在bugzilla中提交评审
首先进入到新提交的bug页面，找到Add an attachment (proposed patch, testcase, etc.)，如图所示：
点击Add an attachment，进入到提交评审页面，如图所示：
- 在File下面的文本框中，填入你提交的分支的地址；
- 在Description下的文本框中，对你的工作进行简短的描述；
- 勾选path前面的选择框;
- inspection后边是个选择条，你把它选成“?”时，后边才会有文本框，其中填入评审你工作结果的人的邮箱地址，如果有多个人评审，可以填入多个人的邮件地址，中间用逗号分开；
- 点击下边的submit按钮，完成提交评审。
3.9 在gitlab上创建merge request
如果你的提交通过了评审，下一步就是创建“合并请求”（merge request）。在gitlab页面上找到你创建的分支，如图所示：
点击绿色的“+Create Merge Request“，进入到填写评审信息的页面，如图所示：
这里只需要从“Assign to“的下拉列表中选择有权利合并分支的人即可，然后点击绿色的“Submit new merge request“，完成合并请求的创建。