|
|
8db385cca6
|
fix: 修改运行环境
|
2026-05-26 19:39:31 +08:00 |
|
|
|
738ff8248f
|
🐛 fix(release): 显式传递发布目标仓库参数
- 发布步骤调用 publish-gitea-release.sh 时显式传入 gitea-url、owner 和 repo
- 避免子进程回退到脚本默认值 Eeveid/lightOps，导致日志和 Release 目标仓库混淆
- 保持当前使用 RELEASE_TOKEN 和 main 作为 target_commitish 的逻辑不变
|
2026-05-26 18:25:09 +08:00 |
|
|
|
acc89faa8b
|
🐛 fix(release): 用默认分支替代提交 SHA 创建 Release
- 发布步骤不再将 git rev-parse HEAD 的完整提交 SHA 作为 target_commitish
- 改为显式使用 main，匹配当前 Gitea 实例对 Release 创建接口的可接受参数
- 清理前面为定位 token 问题加入的临时 probe 调试逻辑
|
2026-05-26 15:22:51 +08:00 |
|
|
|
13e4d1f684
|
🔧 chore(workflow): 增强调试 Release Token 校验
- 输出当前 RELEASE_TOKEN 的 sha256 摘要，便于与本地成功 token 做无泄露比对
- 在发布前直接用当前 token 探测创建 Release API 并打印响应体
- 为定位 workflow 内 token 与手工 curl 结果不一致的问题提供确定性证据
|
2026-05-26 15:00:12 +08:00 |
|
|
|
975b7b170c
|
🔧 chore(workflow): 打印 Release Token 调试信息
- 在发布步骤中直接输出 RELEASE_TOKEN 明文以确认仓库密钥实际注入值
- 同时打印 GITEA/GITHUB/RELEASE 相关环境变量便于比对
- 仅用于当前排障，后续验证完成后应移除
|
2026-05-26 14:01:59 +08:00 |
|
|
|
c47791bc3c
|
🔧 chore(workflow): 移除 Release Token 预检日志
- 清理发布步骤中的临时调试输出
- 保持使用 RELEASE_TOKEN 进行 Release 发布
- 为重新验证更新后的仓库密钥提供干净日志
|
2026-05-26 13:34:55 +08:00 |
|
|
|
70f80355da
|
🔧 chore(workflow): 增加 Release Token 预检日志
- 在发布步骤前输出 RELEASE_TOKEN 长度，避免空值或旧值问题继续被误判
- 使用当前 token 预检 /api/v1/user 和 releases 列表接口状态码
- 为后续定位 workflow 与本地手工调用结果不一致的问题提供直接证据
|
2026-05-26 13:16:40 +08:00 |
|
|
|
abcfcf7b33
|
🐛 fix(release): 改用 RELEASE_TOKEN 发布版本
- 工作流发布步骤改为显式使用仓库密钥 RELEASE_TOKEN
- 去掉发布脚本对 404 的吞错处理，改回明确暴露真实权限或接口错误
- 便于验证当前自定义 token 是否具备 Gitea Release 创建与附件上传权限
|
2026-05-26 12:46:24 +08:00 |
|
|
|
aad3db8315
|
🐛 fix(workflow): 回退发布任务到 runner_admin
- 将 release 工作流的 runs-on 从 ubuntu-latest 调回 runner_admin
- 避免当前 act runner 在 Set up job 阶段卡住，优先验证发布链本身
- 保留前面已经修复的动态检出、Rust 构建和 Release 兼容逻辑
|
2026-05-26 11:56:40 +08:00 |
|
|
|
b1d07e604f
|
🐛 fix(workflow): 将发布任务切换为 ubuntu-latest
- 将 .gitea/workflows/release.yml 的 runs-on 从 runner_admin 改为 ubuntu-latest
- 便于在新的 fork 仓库中按 act runner 的通用标签方式调度任务
- 保留前面已经修过的动态仓库检出、构建和发布兼容逻辑
|
2026-05-26 11:41:13 +08:00 |
|
|
|
9b63ef38c3
|
🐛 fix(release): 修复原生目标构建时的 C 编译器选择
- 仅在 x86_64-unknown-linux-gnu 目标已安装且存在 x86_64-linux-gnu-gcc 时才选择 GNU 交叉目标
- 打包脚本在目标等于当前 Rust host target 时改为原生 cargo build，不再显式传 --target
- 避免 cc-rs 在原生构建场景下错误寻找 x86_64-linux-gnu-gcc 导致发布失败
|
2026-05-26 10:48:19 +08:00 |
|
|
|
4322023820
|
🐛 fix(workflow): 避免发布流程在线下载 Rust 目标
- 根据 runner 上已可用的 Rust host target 或已安装 target 选择构建目标
- 去掉 rustup target add，避免网络受限环境在下载 rust-std 时卡住
- 将选中的构建目标写入临时文件并传递给发布打包脚本
|
2026-05-25 22:56:51 +08:00 |
|
|
|
9042f8b8a0
|
🐛 fix(workflow): 提高 Rust 环境初始化兼容性
- 用纯 shell 逻辑替换 PATH 过滤中的 awk 写法，避免不同 runner 上的 awk 语法差异
- 保持优先系统工具链、跳过 ~/.cargo/bin 的策略不变
- 修复安装 Rust 步骤在 shell 解析阶段直接失败的问题
|
2026-05-25 22:46:48 +08:00 |
|
|
|
f839ea2266
|
🐛 fix(workflow): 修复发布构建的 Rust 目标配置
- 安装和构建阶段优先使用系统 rustc/cargo，避免被 ~/.cargo/bin 中的 musl 工具链覆盖
- 仅在系统工具链缺失时才加载或安装 rustup，减少 runner 现有环境带来的干扰
- 当使用 rustup 时自动补齐 x86_64-unknown-linux-gnu target，匹配发布脚本的构建目标
|
2026-05-25 22:41:41 +08:00 |
|
|
|
b4001f5e12
|
🐛 fix(workflow): 避免发布流程检出阶段卡住
- 检出代码时按标签直接浅克隆，避免 clone 后再次 fetch tags
- 为 git 检出步骤设置 GIT_TERMINAL_PROMPT=0，防止凭证等待导致任务挂起
- 用本地提交校验替代多余的远程访问，降低 runner 在镜像仓库发布时的阻塞风险
|
2026-05-25 22:35:24 +08:00 |
|
|
|
e6f3f50ccb
|
🐛 fix(workflow): 修复发布流程的仓库来源识别
- 检出代码时改为根据触发仓库动态拼接克隆地址，去掉对 Eeveid/lightOps 的硬编码
- 使用当前触发仓库拆分 owner 和 repo，确保 Release 发布到正确项目
- 避免在 origin2 等镜像仓库打标签后，工作流仍去主仓库检出代码导致找不到标签
|
2026-05-25 22:20:15 +08:00 |
|
|
|
121bd8bd7f
|
🐛 fix(workflow): 修复发布工作流的 Rust 初始化逻辑
- 在系统依赖阶段补充 rustc 和 cargo，减少对 rustup 在线安装的依赖
- 安装 Rust 前先加载 ~/.cargo/env 并补充 ~/.cargo/bin 到 PATH
- 仅在本机确实缺少 cargo 时才走 rustup 兜底，避免 runner 已装 rustup 但未生效时误触发联网更新
|
2026-05-25 22:14:25 +08:00 |
|
|
|
707f64bcb3
|
增强 Gitea 发布流程检出逻辑
|
2026-05-25 15:00:56 +08:00 |
|
|
|
902029dac3
|
移除发布流程的 GitHub Action 依赖
|
2026-05-25 14:32:09 +08:00 |
|
|
|
64a655bcb5
|
匹配 Gitea Runner 标签
|
2026-05-25 14:27:15 +08:00 |
|
|
|
f3162fba44
|
新增 Gitea 自动发布流程
|
2026-05-25 11:44:51 +08:00 |
|
