sau bilibili 自动下载 biliup 失败时如何用 gh-proxy 辅助访问 GitHub Release 排障【免费下载链接】social-auto-upload自动化上传视频到社交媒体抖音、小红书、视频号、tiktok、youtube、bilibili项目地址: https://gitcode.com/GitHub_Trending/so/social-auto-upload运行sau bilibili login、sau bilibili check或sau bilibili upload-video时程序会先自动准备biliup首次运行如果本地还没有biliup会去 GitHub Release 下载上游有更新时也会先自动更新再执行。在国内网络环境下这一步经常表现为“首次运行很慢”或直接失败——安装说明 明确提到国内网络访问 GitHub Release 较慢时可先用https://gh-proxy.com/或https://gh-proxy.org/辅助访问对应 release 地址排障。本文围绕这一现象给出项目文档中给出的检查项、release 地址的确认方式以及 biliup 就绪后的验证命令。先判断失败发生在哪个环节biliup的自动准备逻辑实现在 uploader/bilibili_uploader/runtime.py流程是请求 GitHub 的 latest release 接口https://api.github.com/repos/biliup/biliup/releases/latest按当前系统选出对应的 release 资产并下载解压出可执行文件写入本地运行时目录~/.social-auto-upload/tools/biliup/平台/并记录版本号到同目录的version.txt。常见问题文档 对“首次运行很慢”的解释是这是正常情况通常因为程序正在自动下载biliup。而运行前提说明 指出一旦本地已经准备好biliup后续命令会直接复用如果网络无法访问 GitHub ReleaseBilibili 命令会失败。所以排障前先区分两种现象命令卡住很久可能只是下载慢先等一轮完成命令直接报错退出大概率是接口请求或资产下载失败进入下面的检查。排障检查项常见问题文档 对“自动下载失败”给出的检查清单是当前网络是否能访问 GitHubGitHub Release 是否可访问本地目录是否有写权限运行时目录在用户主目录下的.social-auto-upload/tools/biliup/见 runtime.py 中的get_biliup_runtime_root国内网络较慢时用https://gh-proxy.com/或https://gh-proxy.org/辅助访问对应 release 地址排障。其中第三项容易被忽略下载本身可能成功但解压、写入运行时目录失败也会表现为“下载失败”此时重点检查的是目录写权限而不是网络。确认当前系统对应的 release 地址自动下载选资产是按“系统-架构”匹配的runtime.py 中的_select_release_asset定义了各平台对应的资产文件名特征平台匹配资产特征windows-x86_64x86_64-windows.ziplinux-x86_64x86_64-linux.tar.xzlinux-aarch64aarch64-linux.tar.xzlinux-armarm-linux.tar.xzmacos-x86_64x86_64-macos.tar.xzmacos-aarch64aarch64-macos.tar.xz不在上表中的平台会抛出Unsupported biliup platformRelease 里找不到匹配资产时抛出No matching biliup release asset found for platform。排障时先确认自己属于哪一行再用对应的资产名去核对 release 地址。用 gh-proxy 访问 release 地址验证安装说明 给出的示例是文档示例v1.1.29为示例中的版本号实际最新版本以程序查询结果为准https://gh-proxy.org/https://github.com/biliup/biliup/releases/download/v1.1.29/biliupR-v1.1.29-aarch64-linux.tar.xz按示例的格式gh-proxy 地址的拼法是代理前缀 原 GitHub release 下载地址即https://gh-proxy.org/或https://gh-proxy.com/后接https://github.com/biliup/biliup/releases/download/版本/资产文件名。版本号和资产文件名要按上一节的平台表替换成自己系统对应的值上面的示例对应的是 aarch64 Linux。用浏览器或下载工具访问这个拼好的地址判断结果分两种能正常下载说明 release 资产本身可访问问题出在本机到 GitHub 的直连链路或本地目录写权限仍然失败说明资产地址本身不可达如版本、资产名拼错回到平台表核对文件名或检查 gh-proxy 前缀是否拼全。biliup 就绪后的验证自动下载链路修好后重新运行触发命令即可例如sau bilibili login --account account sau bilibili check --account account sau bilibili upload-video --account account --file videos/demo.mp4 --title 示例标题 --desc 示例简介 --tid 249account是用户自定义的account_name一个account_name对应一个账号文件。验证方式以 CLI 契约 为准sau bilibili check --account account的预期输出是valid或invalid。结合代码行为还可以多确认一点version.txt里记录的版本号与上游 latest 不一致时会触发更新如果请求 GitHub 失败但本地已有可执行文件程序会直接复用本地版本见 runtime.py 中ensure_biliup_binary的实现。因此排障时可以查看~/.social-auto-upload/tools/biliup/下是否已有对应平台目录和二进制判断“下载失败”究竟是没有下下来还是后续更新检查失败。边界与限制文档的官方口径是“用户不需要手动安装biliup”gh-proxy 在文档中的定位是“辅助访问对应 release 地址排障”用于确认资产可达性程序自身的下载仍然走 GitHub 直连地址。本项目 Bilibili 集成会自动跟随上游biliup最新 release上游命令行为变化可能影响 CLI这类问题要同时确认当前下载到的biliup版本和上游 release 是否有最近变更与“下载失败”是两条不同的排查线见常见问题文档 第 6 节。如果 biliup 已就绪但check返回invalid常见原因是账号文件不存在、登录信息已失效或biliup renew失败建议重新执行sau bilibili login --account account属于账号问题而非下载问题。sau bilibili login需要在本地真实终端里执行非交互环境下触发会报not a terminal这不是 biliup 下载链路的问题。【免费下载链接】social-auto-upload自动化上传视频到社交媒体抖音、小红书、视频号、tiktok、youtube、bilibili项目地址: https://gitcode.com/GitHub_Trending/so/social-auto-upload创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考