关于青龙拉库依赖文件获取问题

原创 集家嘴的壳玛 集家嘴的壳玛

在小说阅读器中沉浸阅读

我之前谈到过我使用了MQTT服务来进行我的青龙通知推送。

但是我发现我测试时推送就正常，但是每天都需要在青龙的脚本管理里面重新写notify.py文件（这个文件被我改过，加了自定义的mqtt推送函数）。

根据青龙拉库的命令：

# 添加单个仓库的指定脚本

参数说明

• file_url: 脚本地址

• repo_url: 仓库地址

• whitelist: 拉取仓库时的白名单，即就是需要拉取的脚本的路径包含的字符串，多个竖线分割

• blacklist: 拉取仓库时的黑名单，即就是需要拉取的脚本的路径不包含的字符串，多个竖线分割

• dependence: 拉取仓库需要的依赖文件，会直接从仓库拷贝到scripts下的仓库目录，不受黑名单影响，多个竖线分割

• extensions: 拉取仓库的文件后缀，多个竖线分割

• branch: 拉取仓库的分支

• days: 需要保留的日志的天数

• file_path: 任务执行时的文件路径

• env_name: 任务执行时需要并发或者指定时的环境变量名称

• account_number: 任务执行时指定某个环境变量需要执行的账号序号

• max_time: 超时时间，后缀"s"代表秒(默认值), "m"代表分, "h"代表小时, "d"代表天

我很确定我的自己的仓库里面的notify.py已经是我自定义的，包含了mqtt_push函数。所以那就只有一个可能，青龙拉库的时候拉取依赖文件，没有拉到我仓库里面的notify.py文件，而是从其他的地方拉取到notify.py文件。

于是我进入青龙docker内部，找到了docker内部的依赖文件路径

然后直接删掉这个内部依赖文件，再重新使用拉库文件进行拉库，就发现可以正常拉取到我仓库里面的依赖文件了。

然后测试一下是否能正常推送通知：

基本上可以确定：青龙拉库的依赖文件首先是拉取本地的依赖，如果本地没有依赖再去仓库中拉取。