共计 945 个字符,预计需要花费 3 分钟才能阅读完成。
当 Jenkins 无奈间接拜访 GitLab 仓库时,也能够通过 Jenkins Web 端间接上传文件或者压缩包的形式进行构建和公布。
解决方案
关上工程配置
在参数化构建过程中增加文件参数(File Parameter)
参数 | 备注 |
---|---|
文件门路 | 指定上传文件的门路,绝对于工作空间。(例如:./source.zip) |
形容 | 后续展现给用户看的形容信息。 |
从浏览器表单提交中承受一个文件,作为构建参数。上传后的文件将会放在工作空间中指定的地位,你 能够在构建工作中拜访并应用它。这对于很多场景下是有帮忙的,例如:
- 让用户基于他们构建进去的成品运行测试。
- 容许用户在自动化上传、公布、部署过程中替换文件。
- 通过上传一个数据集来解决数据。
表单提交中的文件名称就是文件的门路,并且是在环境变量中可见的。例如:你把文件门路设置为 abc.zip,而后 ${abc.zip}会从浏览器传递给你原始的文件名称。(例如 my.zip。)这里的名称不会蕴含目录局部。
文件的上传是可选的。如果用户不上传任何文件,Jenkins 只是简略地跳过这个参数并不会替换 任何文件(然而也不会删除任何曾经存在的文件)。
在命令行模式下参数 - p 对于构建命令 build 会抉择一个本地文件(-remoting),或者从规范输入中读取。(在字符模式下,只容许定义一个文件参数)
在构建中间接通过执行 Shell 操作上传的文件
上传后的文件将会放在工作空间中指定的地位,通过执行 Shell 即可操作上传的文件,例如 unzip -o ./source.zip
其余细节
命令 | 形容 |
---|---|
rm -rf mydirectory | 删除目录 |
rm -rf mydirectory/* | 删除目录下文件及目录 |
rm -rf mydirectory/{*,.[!.]*} | 删除目录下所有文件及目录(包含以点 . 开始的暗藏文件及目录) |
rm -rf mydirectory-* | 删除所有以 mydirectory- 开始的目录 |
前端我的项目以点 .
开始的暗藏文件及目录较多,包含配置文件等等,所以用 {*,.[!.]*}
匹配这些文件至关重要。
具体参考《如何通过 glob
匹配除当前目录 .
及父目录 ..
外所有暗藏文件》
how to glob every hidden file except current and parent directory
欢送关注我的微信公众号:乘风破浪的 Coder
正文完