4.0 KiB
维护linx 6.0.42.41的流程
本文档首先给出了维护linx 6.0.42.41时所做工作的流程图,然后对流程中比较复杂的操作步骤进行详细描述。其中有些步骤已经有了详细的描述文档,这里会给出相关文档的链接,方便查阅。
1.工作流程图
2.对比较复杂步骤的描述
2.1注册bugzilla账号
关于怎样注册bugzilla账号,这里有指导文档点击查看。
2.2提交bug
关于怎样提交bug,点击查看指导文档。
选择故障类型的时候,需要根据具体的情况作出选择,如果你拿不定主意,那就问问你认为拿得定主意的人:smile:。
⚡ 注意:别人提交了bug,分配给你,那你会收到一个邮件通知;但有时候是你自己提交bug,分配给自己,这时没有邮件通知,但自己要清楚自己要处理的bug号。
2.3 注册gitlab账号
关于怎样创建gitlab账号,点击查看指导文档。
注册完账号后,要能够上传代码,还需要添加SSH Key,点击查看指导文档。
2.4 将applications.git库克隆到你的计算机上
使用命令
git clone git@gitlab.rd.in.linx:linx6.0.42/applications.git
有关applications的详细情况,点击查看介绍文档。
2.4 在applications工作区创建分支,并切换到新创建的分支
使用命令
git checkout -b 4.2/XXXX
这里的XXXX是提交bug时生成的bug号。
⚡ 注意:创建并切换分支前,一定要确保你当前的分支在4.2/daily-build下。
用命令
git branch
查看。
在你新创建的分支上完成对bug的修改。
2.5 提交修改
完成了修改后,首先要将修改添加到本地的git库,再进行提交(有关提交信息的填写规范,点击查看指导文档)。这些动作按顺序通过下列命令来完成:
git add .
git commit -s
2.6 将修改push到gitlab上
使用命令
git push origin 4.2/XXXX:4.2/XXXX
有关git命令的介绍,点击查看介绍文档。
2.7 在bugzilla中提交评审
首先进入到新提交的bug页面,找到Add an attachment (proposed patch, testcase, etc.),如图所示:

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

在File下面的文本框中,填入你提交的分支的地址;
在Description下的文本框中,对你的工作进行简短的描述;
勾选path前面的选择框;
inspection后边是个选择条,你把它选成?时,后边才会有文本框,你要让谁评审你的工作,就把谁的邮件地址填进去,如果要让多个人评审,可以填入多个人的邮件地址,中间用逗号分开;
点击下边的submit按钮,完成提交评审。
2.8 在gitlab上创建merge request
如果你的提交通过了评审,下一步就是创建“合并请求”(merge request)。在gitlab页面上找到你创建的分支,如图所示:

点击绿色的“+Create Merge Request“,进入到填写评审信息的页面,如图所示:

这里只需要从“Assign to“的下拉列表中选择将要合并你创建的这个分支的人即可,然后绿色的“Submit new merge request“,完成合并请求的创建。
