
wp --allow-root --url=wenpai.org/plugins platform wporg_plugins_update run
wp --allow-root --url=wenpai.org/themes platform wporg_themes_update run
wp --allow-root --url=wenpai.org/plugins platform wporg_plugins_update run_force
wp --allow-root --url=wenpai.org/themes platform wporg_themes_update run_force
这 4 个是同步插件目录和主题目录的,通常不需要手动运行
wp --allow-root --url=wenpai.org/plugins platform wporg_plugins_update run_single --slug=woocommerce
wp --allow-root --url=wenpai.org/themes platform wporg_themes_update run_single --slug=twentytwentyfive
这两是如果有插件/主题没同步可以手动运行一下
wp --allow-root --url=translate.wenpai.org platform translate_import import --type=plugins --slug=woocommerce
wp --allow-root --url=translate.wenpai.org platform translate_import_release release --version=dev --display_version=dev --old_version=dev
这是翻译平台的,第一个是导入插件/主题,和后台的功能一样。第二个是导入核心翻译,这个每次核心大版本更新都要手动跑一下
wp --allow-root --url=translate.wenpai.org platform translate_import_release release --version=6.6.x --display_version=6.6.x
如果 wp.org 那边已经翻译完的话就不需要加 old_version 参数,直接这样就可以了
加 old_version 的话会从旧的翻译上合并
wp --allow-root --url=translate.wenpai.org platform translate_pack all
这个是生成语言包的,也是 cron 自动运行一般不需要手动跑
wp --allow-root --url=translate.wenpai.org platform translate_memory clear
wp --allow-root --url=translate.wenpai.org platform translate_memory sync
这两个是手动命令,对应清空翻译记忆库和重新导入翻译记忆库
wp --allow-root --url=translate.wenpai.org platform translate_import sync_all_product
这个是为主题/插件目录生成 glotpress 项目的,一般也不需要手动跑
wp --allow-root --url=wenpai.org/documentation platform helphub_import sync_all
这个是导入 help_hub 文章的
help_hub 那边弄一半还没弄完,以后如果 gp 支持文档翻译了还得重构
比如 6.8 发布了,先把 wp.org 那边翻译补完,然后运行
wp --allow-root --url=translate.wenpai.org platform translate_import_release release --version=dev --display_version=dev
wp --allow-root --url=translate.wenpai.org platform translate_import_release release --version=6.7.x --display_version=6.7.x
第一个是同步 6.8 翻译到主线项目。第二个是同步 6.7.x 的归档项目。 wp.org 那边每次发版之后会把前一个版本归档最后显示就是这个样子


对应 wp 那边的

这个 cavalcade 是在面板上通过 supervisor 运行的一般不用管,有进程守护

但是前段时间发现一个 bug,如果有一个计划任务因为 cavalcade 挂了导致很久没运行的话,它不会重新运行它

在这里找到卡住的任务,把它删掉

然后就可以重新调度运行了

前面那些 cli 命令,都写在 plat-开头的插件里面

比如 helphub 导入的,就写在这里
debug.log 也得定时删一下了


这个 logs 目录是用平台全局日志记录器记录的
如果写插件的话可以用到
就不会全写 debug 里面导致没法查

用法是这样,在 mu 插件加载的所以全局可用

写这一行就行了
发表回复