使用python构建打包_通过coding自动化构建打包Python程序为exe

自己用的一些小脚本都放在了 coding 上，有时更新版本时总是需要手动 build，所以这里使用 coding 的自动构建来自动化打包我们的 exe 文件。

创建项目

首先我们来创建一个新项目

克隆仓库

然后将仓库 clone 下来，依次添加以下文件，requirements.txt，upload.py，Jenkinsfile。

其中 requirements.txt 用来安装依赖，upload.py 是一个上传用的脚本，这里用来测试编译成 exe 文件，Jenkinsfile 用来声明构建任务。

然后将改动 push 上去。使用以下命令：

git add . | git commit -m "add script" | git push

创建持续集成任务

这时来到 coding 的界面，如果发现没有想要的功能需要到 coding 的项目设置中开启相应的功能。

因为提前准备好了 Jenkinsfile 文件，所以这里选择使用代码库中的 Jenkinsfile 文件。

构建流程配置

确定之后会进入到流程配置界面，这里贴一下我准备好的 Jenkinsfile 文件。

pipeline {

agent any

stages {

stage('检出') {

steps {

checkout([

$class: 'GitSCM', branches: [[name: env.GIT_BUILD_REF]],

userRemoteConfigs: [[

url: env.GIT_REPO_URL,

credentialsId: env.CREDENTIALS_ID

]]

])

}

}

stage('编译') {

steps {

sh "docker run -v /root/workspace/:/src -e PYPI_URL='https://mirrors.aliyun.com' -e PYPI_INDEX_URL='https://mirrors.aliyun.com/pypi/simple' cdrx/pyinstaller-windows:latest 'pyinstaller -F --clean -y --dist ./ --workpath /tmp upload.py'"

}

}

stage('上传文件') {

steps {

echo '上传中...'

sh 'ls'

sh 'zip -r upload.zip upload.exe'

echo '上传完成'

archiveArtifacts(onlyIfSuccessful: true, defaultExcludes: false, artifacts: 'upload.zip', fingerprint: true)

}

}

}

}

命令解释

这里一共有三个步骤，每个 stage 是一个具体的步骤，里边是具体需要执行的脚本。具体的语法规则详见

由于 coding 的构建服务只有 Linux 系统，所以我们这里需要用到 docker 来 build exe 文件。

docker run -v /root/workspace/:/src -e PYPI_URL='https://mirrors.aliyun.com' -e PYPI_INDEX_URL='https://mirrors.aliyun.com/pypi/simple' cdrx/pyinstaller-windows:latest 'pyinstaller -F --clean -y --dist ./ --workpath /tmp upload.py'

以上构建命令使用到了 cdrx/pyinstaller-windows:latest 这个 docker 镜像，它使用 wine 这个软件在 Linux 下模拟 win 运行环境来 build exe，链接

由于构建服务默认将源代码 clone 到 workspace 文件夹中，docker 镜像要求需要编译的源代码挂载到 /src 目录下，所以这里我们使用 -v 参数将 workspace 挂载到 docker 容器的 /src目录下，并且指定环境变量改变默认安装源来提升国内安装依赖的速度。

由于 docker 镜像默认编译的 exe 文件不是单文件，所以我们需要单文件的话需要使用自定义 build 命令，所以最后的参数为自定义 build 命令。

最后一步是保存构建产物，这里就是我们打包好的 zip 文件。

开始构建

最后保存并构建，可以看到我们这里已经构建成功。

在构建产物选项中可以看到我们编译好的程序，点击下载就可以将它下载下来了。

需要注意的是，此处的构建产物只是临时保存，会随着构建记录删除而删除。持久化的构建产物存放建议使用CODING制品库 。

小伙伴们还可以尝试当发行新版本时才触发构建任务，或者将构建产物链接自动化发布到其他位置，这里就不多做解释了。

以上就是本篇文章的全部内容。