Skip to content
体验新版
项目
组织
正在加载...
登录
切换导航
打开侧边栏
openeuler
openEuler-Advisor
提交
d1b64b86
O
openEuler-Advisor
项目概览
openeuler
/
openEuler-Advisor
通知
43
Star
4
Fork
4
代码
文件
提交
分支
Tags
贡献者
分支图
Diff
Issue
0
列表
看板
标记
里程碑
合并请求
0
Wiki
0
Wiki
分析
仓库
DevOps
项目成员
Pages
O
openEuler-Advisor
项目概览
项目概览
详情
发布
仓库
仓库
文件
提交
分支
标签
贡献者
分支图
比较
Issue
0
Issue
0
列表
看板
标记
里程碑
合并请求
0
合并请求
0
Pages
分析
分析
仓库分析
DevOps
Wiki
0
Wiki
成员
成员
收起侧边栏
关闭侧边栏
动态
分支图
创建新Issue
提交
Issue看板
提交
d1b64b86
编写于
8月 31, 2020
作者:
C
chenyanpan
浏览文件
操作
浏览文件
下载
电子邮件补丁
差异文件
adjust the format of the README file
https://gitee.com/openeuler/docs/tree/master/content/zh/docs/userguide
上级
947b7d3c
变更
1
隐藏空白更改
内联
并排
Showing
1 changed file
with
98 addition
and
98 deletion
+98
-98
patch-tracking/README.md
patch-tracking/README.md
+98
-98
未找到文件。
patch-tracking/README.md
浏览文件 @
d1b64b86
补丁跟踪
patch-tracking
===
#
一
简介
# 简介
在 openEuler 发行版开发过程,需要及时更新上游社区各个软件包的最新代码,修改功能 bug 及安全问题,确保发布的 openEuler 发行版尽可能避免缺陷和漏洞。
本工具对软件包进行补丁管理,主动监控上游社区提交,自动生成补丁,并自动提交 issue 给对应的 maintainer,同时自动验证补丁基础功能,减少验证工作量支持 maintainer 快速决策。
#
二
架构
# 架构
##
# 2.1 C
S架构
##
C/
S架构
补丁跟踪采用 C/S 架构,其中服务端(patch-tracking) 负责执行补丁跟踪任务,包括:维护跟踪项,识别上游仓库分支代码变更并形成补丁文件,向 Gitee 提交 issue 及 PR,同时 patch-tracking 提供 RESTful 接口,用于对跟踪项进行增删改查操作。客户端,即命令行工具(patch-tracking-cli),通过调用 patch-tracking 的 RESTful 接口,实现对跟踪项的增删改查操作
。
patch-tracking采用 C/S 架构
。
### 2.2 核心流程
服务端(patch-tracking) :负责执行补丁跟踪任务,包括:维护跟踪项,识别上游仓库分支代码变更并形成补丁文件,向 Gitee 提交 issue 及 PR,同时 patch-tracking 提供 RESTful 接口,用于对跟踪项进行增删改查操作。
客户端:即命令行工具(patch-tracking-cli),通过调用 patch-tracking 的 RESTful 接口,实现对跟踪项的增删改查操作。
## 软件下载
rpm包获取地址:https://117.78.1.88/package/show/openEuler:Mainline/patch-tracking
## 核心流程
*
补丁跟踪服务流程
**主要步骤:**
1.
命令行工具写入跟踪项。
2.
自动从跟踪项配置的上游仓库(例如Github)获取补丁文件。
3.
创建临时分支,将获取到的补丁文件提交到临时分支。
...
...
@@ -34,7 +41,7 @@
![
Maintainer
](
images/Maintainer.jpg
)
##
# 2.3
数据结构
## 数据结构
*
Tracking表
...
...
@@ -57,11 +64,16 @@
| 2 | repo | 包源码在Gitee的仓库地址 | String | - | NO |
| 3 | branch | 包源码在Gitee的仓库分支 | String | - | NO |
#
三
部署
#
工具
部署
>环境已安装 Python >= 3.7 以及 pip3
## 环境要求
### 3.1 安装依赖
>* 安装 Python 3.7及以上版本
>* 已安装 pip3。
## 安装依赖
执行如下命令安装依赖包。
```
shell script
yum install -y gcc gcc-c++ python3-devel openssl-devel
...
...
@@ -69,124 +81,119 @@ pip3 install flask flask-sqlalchemy flask-apscheduler requests flask_httpauth pa
pip3 install -I uwsgi
```
## 安装工具
### 3.2 安装
这里以
`patch-tracking-1.0.0-1.oe1.noarch.rpm`
为例
以
`patch-tracking-1.0.0-1.oe1.noarch.rpm`
为例,执行如下命令安装工具。
```
shell script
rpm -ivh patch-tracking-1.0.0-1.oe1.noarch.rpm
```
### 3.3 生成证书
## 生成证书
执行如下命令生成证书。
```
shell script
openssl req -x509 -days 3650 -subj "/CN=self-signed" \
-nodes -newkey rsa:4096 -keyout self-signed.key -out self-signed.crt
```
将
`self-signed.key`
和
`self-signed.crt`
拷贝到 __/etc/patch-tracking__ 目录
将
生成的
`self-signed.key`
和
`self-signed.crt`
文件
拷贝到 __/etc/patch-tracking__ 目录
##
# 3.4 配置
##
配置参数
在配置文件中
进行对应参数的配置
。
在配置文件中
对相应参数进行配置,配置文件路径为
`/etc/patch-tracking/settings.conf`
。
配置文件路径
`/etc/patch-tracking/settings.conf`
。
1.
配置服务监听地址
。
```
LISTEN = "127.0.0.1:5001"
```
-
服务监听地址
2.
GitHub Token, 用于访问托管在 GitHub 上游开源软件仓的仓库信息 , 生成 GitHub Token 的方法参考
[
Creating a personal access token
](
https://docs.github.com/en/github/authenticating-to-github/creating-a-personal-access-token
)
。
```
python
LISTEN
=
"127.0.0.1:5001
"
```
```
GITHUB_ACCESS_TOKEN = "
"
```
-
GitHub Token,用于访问托管在 GitHub 上游开源软件仓的仓库信息
3.
对于托管在gitee上的需要跟踪的仓库,配置一个有该仓库权限的gitee的token,用于提交patch文件,提交issue,提交PR等操作。
生成 GitHub Token 的方法参考
[
Creating a personal access token
](
https://docs.github.com/en/github/authenticating-to-github/creating-a-personal-access-token
)
```
GITEE_ACCESS_TOKEN = ""
```
```
python
GITHUB_ACCESS_TOKEN
=
""
```
4.
定时扫描数据库中是否有新增或修改的跟踪项,对扫描到的跟踪项执行获取上游补丁任务,在这里配置扫描的时间间隔,数字单位是秒。
-
对于托管在gitee上的需要跟踪的仓库,配置一个有该仓库权限的gitee的token,用于提交patch文件,提交issue,提交PR等操作。
```
SCAN_DB_INTERVAL = 3600
```
```
python
GITEE_ACCESS_TOKEN
=
""
```
5.
命令行工具运行过程中,POST接口需要填写进行认证的用户名和口令哈希值。
-
定时扫描数据库中是否有新增或修改的跟踪项,对扫描到的跟踪项执行获取上游补丁任务,在这里配置扫描的时间间隔,数字单位是秒
```
USER = "admin"
```
python
SCAN_DB_INTERVAL
=
3600
```
PASSWORD = ""
```
-
命令行工具运行过程中,POST接口需要进行认证的用户名和密码
> `USER`默认值为`admin`。
```
python
USER
=
"admin"
执行如下指令,获取口令的哈希值,其中Test@123为设置的口令。
PASSWORD
=
""
```
[root]# generate_password Test@123
pbkdf2:sha256:150000$w38eLeRm$ebb5069ba3b4dda39a698bd1d9d7f5f848af3bd93b11e0cde2b28e9e34bfbbae
```
`USER`
默认值为
`admin`
。
>`PASSWORD`口令的复杂度要求:
>* 长度大于等于6个字符
>* 至少有一个数字
>* 至少有一个大写字母
>* 至少有一个小写字母
>* 至少有一个特殊字符 (~!@#%^*_+=-)
需要将口令的哈希值通过命令工具生成后将其配置到此处,获取方法为执行命令
`generate_password <password>`
,例如:
[root]# generate_password Test@123
pbkdf2:sha256:150000$w38eLeRm$ebb5069ba3b4dda39a698bd1d9d7f5f848af3bd93b11e0cde2b28e9e34bfbbae
> `口令值`需要满足如下复杂度要求:
>
> * 长度大于等于6个字符
> * 必须包含大写字母、小写字母、数字、特殊字符(~!@#%^*-_=+)
将
`pbkdf2:sha256:150000$w38eLeRm$ebb5069ba3b4dda39a698bd1d9d7f5f848af3bd93b11e0cde2b28e9e34bfbbae`
配置到
`PASSWORD = ""`
引号中。
将口令的哈希值
`pbkdf2:sha256:150000$w38eLeRm$ebb5069ba3b4dda39a698bd1d9d7f5f848af3bd93b11e0cde2b28e9e34bfbbae`
配置到
`PASSWORD = ""`
引号中。
##
# 3.5
启动补丁跟踪服务
## 启动补丁跟踪服务
可以使用以下两种方式启动服务
:
可以使用以下两种方式启动服务
。
1.
使用 systemd 方式
*
使用systemd方式。
```
shell script
systemctl start patch-tracking
```
```
systemctl start patch-tracking
```
2.
直接执行可执行程序
*
直接执行可执行程序。
```
shell script
/usr/bin/patch-tracking
```
```
/usr/bin/patch-tracking
```
#
四
使用
#
工具
使用
##
# 4.1
添加跟踪项
## 添加跟踪项
将需要跟踪的软件仓库和分支与其上游开源软件仓库与分支关联起来,
有 3 种使用方法
。
将需要跟踪的软件仓库和分支与其上游开源软件仓库与分支关联起来,
可以通过以下三种方式实现
。
###
# 4.1.1
命令行直接添加
### 命令行直接添加
参数含义:
>--user :POST接口需要进行认证的用户名,同settings.conf中的USER参数 \
--password :POST接口需要进行认证的口令,为settings.conf中的PASSWORD哈希值对应的实际的口令字符串
\
--server :启动Patch Tracking服务的URL,例如:127.0.0.1:5001
\
--version_control
:
上游仓库版本的控制工具,只支持github
\
--repo 需要进行跟踪的仓库名称,格式:组织/仓库
\
--branch 需要进行跟踪的仓库的分支名称
\
--scm_repo 被跟踪的上游仓库的仓库名称,github格式:组织/仓库
\
--scm_branch 被跟踪的上游仓库的仓库的分支
\
--enable 是否自动跟踪该仓库
--version_control
:
上游仓库版本的控制工具,只支持github
\
--repo
:
需要进行跟踪的仓库名称,格式:组织/仓库
\
--branch
:
需要进行跟踪的仓库的分支名称
\
--scm_repo
:
被跟踪的上游仓库的仓库名称,github格式:组织/仓库
\
--scm_branch
:
被跟踪的上游仓库的仓库的分支
\
--enable
:
是否自动跟踪该仓库
例如:
```
shell script
patch-tracking-cli add --server 127.0.0.1:5001 --user admin --password Test@123 --version_control github --repo testPatchTrack/testPatch1 --branch master --scm_repo BJMX/testPatch01 --scm_branch test --enable true
```
###
# 4.1.2
指定文件添加
### 指定文件添加
参数含义:
>--server :启动Patch Tracking服务的URL,例如:127.0.0.1:5001 \
...
...
@@ -194,14 +201,14 @@ patch-tracking-cli add --server 127.0.0.1:5001 --user admin --password Test@123
--password :POST接口需要进行认证的口令,为settings.conf中的PASSWORD哈希值对应的实际的口令字符串
\
--file :yaml文件路径
文件内容是仓库、分支、版本管理工具、是否启动监控等信息,将这些写入文件名为xxx.yaml,例如tracking.yaml
,文件路径作为
`--file`
的入参调用命令。
将仓库、分支、版本管理工具、是否启动监控等信息写入yaml文件(例如tracking.yaml)
,文件路径作为
`--file`
的入参调用命令。
例如:
```
shell script
patch-tracking-cli add --server 127.0.0.1:5001 --user admin --password Test@123 --file tracking.yaml
```
yaml内容格式如下,冒号左边的内容不可修改,右边内容根据实际情况填写。
yaml
文件
内容格式如下,冒号左边的内容不可修改,右边内容根据实际情况填写。
```
shell script
version_control: github
...
...
@@ -212,16 +219,16 @@ branch: master
enabled: true
```
>version_control
:
上游仓库版本的控制工具,只支持github \
scm_repo 被跟踪的上游仓库的仓库名称,github格式:组织/仓库
\
scm_branch 被跟踪的上游仓库的仓库的分支
\
repo 需要进行跟踪的仓库名称,格式:组织/仓库
\
branch 需要进行跟踪的仓库的分支名称
\
enable 是否自动跟踪该仓库
>version_control
:
上游仓库版本的控制工具,只支持github \
scm_repo
:
被跟踪的上游仓库的仓库名称,github格式:组织/仓库
\
scm_branch
:
被跟踪的上游仓库的仓库的分支
\
repo
:
需要进行跟踪的仓库名称,格式:组织/仓库
\
branch
:
需要进行跟踪的仓库的分支名称
\
enable
:
是否自动跟踪该仓库
###
# 4.1.3
指定目录添加
### 指定目录添加
在指定的目录,例如
`test_yaml`
下放入多个
`xxx.yaml`
文件,执行
命令,记录指定目录下所有yaml文件的跟踪项。yaml文件都放在不会读取子目录内文件。,
在指定的目录,例如
`test_yaml`
下放入多个
`xxx.yaml`
文件,执行
如下命令,记录指定目录下所有yaml文件的跟踪项。
参数含义:
>--user :POST接口需要进行认证的用户名,同settings.conf中的USER参数 \
...
...
@@ -233,16 +240,13 @@ enable 是否自动跟踪该仓库
patch-tracking-cli add --server 127.0.0.1:5001 --user admin --password Test@123 --dir /home/Work/test_yaml/
```
##
# 4.2
查询跟踪项
## 查询跟踪项
参数含义:
>--server :必选参数,启动Patch Tracking服务的URL,例如:127.0.0.1:5001 \
--table :必选参数,需要查询的表
\
--repo :可选参数,需要查询的repo;如果没有该参数查询表中所有内容
\
--branch :可选参数,需要查询的branch
#### 4.2.1 查询tracking表
```
shell script
patch-tracking-cli query --server <LISTEN> --table tracking
```
...
...
@@ -251,7 +255,7 @@ patch-tracking-cli query --server <LISTEN> --table tracking
patch-tracking-cli query --server 127.0.0.1:5001 --table tracking
```
##
# 4.3 查询生成的 Issue 列表
##
查询生成的 Issue
```
shell script
patch-tracking-cli query --server <LISTEN> --table issue
...
...
@@ -261,26 +265,22 @@ patch-tracking-cli query --server <LISTEN> --table issue
patch-tracking-cli query --server 127.0.0.1:5001 --table issue
```
##
# 4.4 删除 Tracking 跟踪项数据
##
删除跟踪项
```
shell script
patch-tracking-cli delete --server SERVER --user USER --password PWD --table TABLE --repo REPO [--branch BRANCH]
```
可以删除指定repo和branch的单条数据;也可直接删除指定repo下所有branch的数据。
例如:
```
shell script
patch-tracking-cli delete --server 127.0.0.1:5001 --user admin --password Test@123 --repo testPatchTrack/testPatch1 --branch master
```
### 4.5 码云查看 issue 及 PR
> 可以删除指定repo和branch的单条数据;也可直接删除指定repo下所有branch的数据。
登录Gitee上进行跟踪的软件项目,在该项目的Issues和Pull Requests页签下,可以查看到名为
`[patch tracking] TIME`
,例如
` [patch tracking] 20200713101548`
的条目。
## 码云查看 issue 及 PR
即是刚生成的补丁文件的issue和对应PR。
登录Gitee上进行跟踪的软件项目,在该项目的Issues和Pull Requests页签下,可以查看到名为
`[patch tracking] TIME`
,例如
` [patch tracking] 20200713101548`
的条目,该条目
即是刚生成的补丁文件的issue和对应PR。
# 五 常见问题与解决方法
编辑
预览
Markdown
is supported
0%
请重试
或
添加新附件
.
添加附件
取消
You are about to add
0
people
to the discussion. Proceed with caution.
先完成此消息的编辑!
取消
想要评论请
注册
或
登录