目录
一 环境准备:
1.1 qt环境
1.2 linuxdeplouqt打包工具
二 qt包发布:
2.1 搜索链接库
2.2 应用程序APP打包
2.3 发布
三 docker镜像包发布
3.1 环境准备
3.2 镜像生产脚本
3.3 加载镜像并运行docker容器
四 补充
4.1 时间不同步问题解决
一 环境准备:
qt环境+linuxdeployqt打包工具+docker环境
1.1 qt环境
- qt环境我们可以采用离线或者在线安装,主要是需要配置环境变量这个很重要,
- 进入 /etc/profile 或者~/.bashrc下编辑QT对应的环境变量
#qt安装路径的目录
export QTDIR=/usr/local/qtui_env/debug
#qt安装路径的可执行文件目录 比如qmake等
export PATH=$QTDIR/bin:$PATH
#qt库文件路径这个很重要,Linuxdeployqt需要设置这个才能找到程序所需要的动态库
export LD_LIBRARY_PATH=$QTDIR/lib:$LD_LIBRARY_PATH#qt插件目录位置
export QT_PLUGIN_PATH=$QTDIR/plugins:$QT_PLUGIN_PATH
export QT_QPA_PLATFORM_PLUGIN_PATH=/usr/local/qtui_env/plugins/platforms
- 在配置好环境变量后,我们编译qt程序就可以直接使用qmake->make生成可执行文件了
1.2 linuxdeplouqt打包工具
这个工具的主要作用是为了找到qt运行所需要的库文件,我们只需要在GitHub下载可执行文件即可
点击此处。
- 我们直接下载可执行文件就可以,基本上是不需要下载源码来编译的。
- 接下来我们把下载到的文件移动到linux下,并将它改名(为了方便使用),后移动到系统的bin目录下
mv linuxdeployqt-continuous-x86_64.AppImage linuxdeployqt
mv linuxdeployqt /usr/bin
二 qt包发布:
2.1 搜索链接库
- 接下来只需要对qt生成的可执行文件执行下面的命令,就能够自动搜索到可执行文件所链接到的动态库
linuxdeployqt DRunLight --appimage
- 这个ERROR是不会影响的,只要我们发现找到了对应的动态库,那就说明以及搜索成功了.
- 这里要值得注意的是一个文件,我们会发现生成了一个qt.conf文件这个文件指定了qt的可执行文件会在哪里去查找所需要的库文件.有时候即使把搜索到的库文件放在系统bin目录下也是找不到的,必须按照这个位置来查找。
- 接下来我们只需要将这个可执行文件和对应的lib放在一起,就可以在一个没有qt的环境下运行了。这样做的方法有个好处就是每次替换程序只需要替换可执行文件即可,很方便。
2.2 应用程序APP打包
- 还有一种方法就是,我们之间把所有的库文件和可执行文件打包在一起生成一个APP应用,但这也会导致每次替换程序会很大。一般是不会采用这种方式的。我们在第一次使用 linuxdeployqt exe -appimage命令后,发现有ERROR,这时候只需要编辑desktop.desktop文件在最下面加上一句Categories=Application就可以打包成APP了
Categories=Application
2.3 发布
- 一种方式是直接将搜索到的链接库和可执行文件打包压缩发布提供给第三方使用,这样需要注意的是,库的目录结构必须根据qt.conf配置文件下的结构,不能随意改动。
- 另一种方式是直接将打包的APP发布出去,这样存在的问题就是每次替换程序会很大。因为实际上每次替换可执行文件(也就是更换软件版本时)我们并不需要替换一些动态的链接库。
- 当然还有一种方式就是,我们只需要利用linuxdeployqt或者ldd的方式搜索到程序所需要的链接库,将这个库和未经过linuxdeployqt命令处理的可执行文件提供给使用者,使用者将链接库放入系统库目录下,这样可执行文件也是可以运行的,但这样隔离性就会很差。这种方式我们只是使用linuxdeployqt命令来搜索程序所用到的链接库,但是我们由于使用这个命令搜索后,他就会根据qt.conf文件给可执行文件加入链接库的搜索路径可能会导致,将链接库最终是放到目标系统的系统库目录下还是找不到链接库,这时候我们就需要用到未经过linuxdeployqt处理的命令的可执行文件了。
三 docker镜像包发布
3.1 环境准备
如果系统是只能离线安装,那么需要先配置镜像仓库,并且为yum源指定本地镜像仓库的位置。其实很简单只需要在/etc/yum.repos.d目录下配置一个一.repo为后缀的文件,然后将我们需要的离线rpm软件包放到一个指定目录下即可。
[gantry_rpm]
# 镜像源的名称 无特殊作用name= gantry_rpm local repository
#这里指定了软件包的获取位置。baseurl=file:///etc_data/gantry_rpmgpgcheck=0
#1 表示启用 0 表示禁用enabled=1
- 安装docker依赖
yum install -y yum-utils device-mapper-persistent-data lvm2
- 安装docker服务
- 如果安装失败说明没有可用的rpm包需要我们重新配置yum镜像源或者自定义离线镜像源
yum install -y docker-ce
- 开机自启docker服务
systemctl start docker
systemctl enable docker
- 创建虚拟网卡
- 这时候docker的环境就准备好了
docker network create --driver bridge --subnet=172.30.0.0/24 vretcbridge
3.2 镜像生产脚本
- 在制作镜像时我们一般需要准备这么几个文件
- crontab.sh:放入镜像的系统自启动目录下,用来监控应用程序的状态
- Dockerfile: 复制制作docker镜像
- lib:可执行文件用到的库文件
- make.sh: 制作镜像文件的启动
- plygins:qt应用程序用到的插件库
- start.sh: 用来重启应用程序的脚本
- 首先我们需要写一个make.sh脚本用来开始自动化生成镜像文件
1 #!/bin/bash23 if [ -z "$1" ]; then4 echo "请输入版本号"5 exit6 else7 echo "制作镜像 testImage-x86:$1"8 fi910 #镜像制作目录设置11 CRTDIR=$(cd "$(dirname "$0")"; pwd)12 PROCDIR=/testRun1314 #拷贝应用 将可执行文件复制到当前打包镜像的目录下15 cp -rf $PROCDIR/DRunLight $CRTDIR/1617 #制作镜像18 docker build -t testImage-x86:$1 .19 # 将镜像保存为tar格式并进行压缩20 docker save testImage-x86:$1 | gzip > /images/testImage-x86-$1.tar.gz
- 接下来需要编写一个Dockerfile文件,这个文件是真正用来生产镜像的
1 #基础镜像源:官方centos2 FROM centos34 #拷贝脚本5 COPY crontab.sh /etc/rc.d/init.d/crontab.sh6 COPY restartall.sh /testRun/restartall.sh7 #拷贝应用 将本地的可执行文件 库文件 启动脚本等拷贝到docker镜像中的指定位置8 COPY testExec /testRun/910 COPY lib/* /testRun/lib/1112 COPY plugins/* /testRun/plugins/1314 COPY start.sh /testRun/1516 #docker启动的运行工作目录和启动时运行的脚本命令17 WORKDIR /etc/rc.d/init.d18 CMD ["./crontab.sh"]
- 自启动脚本: 用来监测应用程序是否正常运行
#!/bin/bash
#chkconfig: 234 10 90
#description:start.sh#添加权限
chmod 777 /testRun/*#重启进程
function Process_Start()
{ps -fe|grep -w "/testRun" |grep -v grepif [ $? -ne 0 ]; thenecho "start testExec"cd /testRun./start.shelseecho "testExec is running"fi
}#优先启动
Process_Start#检查进程
while true
dosleep 3Process_Start
done
3.3 加载镜像并运行docker容器
- 使用docker load -i 命令加载我们生产的镜像
docker load -i testImage-20240607.001.tar.gz
- 使用docker run命令生成容器
docker run -d -v /test:/test --net=host --pid=host --restart=always
--privileged --name=testimage testimage:20240607.001
四 补充
4.1 时间不同步问题解决
在打包镜像时如果在DockerFile文件里面我们没有本地的etc下的localtime文件复制道docker里面,可能会存在系统时间不一致的问题,这大概率是因为时区的问题。我们有这几种方式解决
- dockerfile:
COPY /etc/localtime /etc/
- 宿主机中
docker cp -L /etc/localtime <容器ID或容器名>:/etc/
- 挂在容器时
docker run -v /etc/localtime:/etc/localtime