流程

GitHub Actions (tag push)
  → smoke-test → build (发布到 GitHub Releases)
      → upload-oss
          ├── 始终上传安装包到 OSS（含 prerelease）
          └── 仅正式版更新 latest.json

认证链路

GitHub OIDC Token → 阿里云 STS AssumeRoleWithOIDC → 临时 AK/SK/Token → ossutil 上传

前置配置

阿里云侧（一次性）：

1. 创建 OSS Bucket molio-releases（公共读、标准存储）
2. 创建 OIDC Provider，信任 GitHub Actions，Audience 设为 sts.aliyuncs.com
3. 创建 RAM Role GitHubActions-OSSUpload，信任策略限定 repo:zhuzhaoyun/Molio:*
4. 附加最小权限策略：仅允许操作 molio-releases bucket

GitHub 侧配置 4 个 Repository Variables（非 Secrets，开源项目可审计）：ALIYUN_ROLE_ARN、ALIYUN_OIDC_PROVIDER_ARN、OSS_BUCKET、OSS_ENDPOINT。

Pre-release 处理

版本号含 - 即为预发布（如 1.0.0-beta.1），不含则为正式版（如 1.0.0）。预发布版本上传到 OSS 但不更新 latest.json，方便内部测试的同时不把测试版推给普通用户。

Tag 格式	类型	OSS 上传	更新 latest.json
v1.0.0	正式版	✅	✅
v1.0.0-beta.1	预发布	✅	❌
v1.0.0-rc.2	预发布	✅	❌

踩坑记录

凭空捏造的 GitHub Action

我凭记忆写了 aliyun/configure-credentials@v3 和 aliyun/ossutil-action@v1，CI 报 repository not found。这两个 action 在 Marketplace 上不存在。

aliyun CLI 下载链接失效

改用安装 aliyun CLI 的方案，https://aliyuncli.alicdn.com/aliyun_cli_latest_linux_amd64.tar.gz 返回 404。

curl 调 STS API 缺少签名

放弃 CLI 后用 curl 直调 STS API。OIDC Token 获取成功，但 STS 返回 MissingTimestamp。阿里云 STS API 要求 HMAC-SHA1 请求签名，包含 Timestamp、Nonce 等参数，curl 手动拼 URL 无法完成签名。

测试 tag 不匹配 workflow trigger

推送 v0.3.11-test 后 release workflow 没触发。release.yml 的 trigger 配置为 tags: ["v*.*.*"]，-test 后缀不匹配三段式版本号 glob。临时改为 tags: ["v*"] 验证通过后恢复。

Pre-release 覆盖了 latest.json

推送 v0.3.8-beta.1 后 latest.json 被更新为 beta 版本号。正式版用户通过 auto-update 不会收到 beta，但新用户从官网下载到的是测试版。

最终方案

前三个问题的解法相同：放弃第三方 action 和 aliyun CLI，改用原生工具链。curl 获取 OIDC Token，Python SDK 调用 STS，ossutil 上传。零外部依赖，不受 action 下架或链接失效影响。

STS 签名问题靠阿里云官方 Python SDK alibabacloud_sts20150401 解决。SDK 自动处理签名、Timestamp、Nonce，并且原生支持 OIDC bearer token：

from alibabacloud_sts20150401.client import Client
from alibabacloud_tea_openapi import models as api_models

config = api_models.Config(
    credential=api_models.CredentialConfig(bearer_token=oidc_token),
    region_id='cn-guangzhou',
)
client = Client(config=config)
resp = client.assume_role_with_oidc(request)

CredentialConfig(bearer_token=...) 是 OIDC 免密认证的标准用法，不需要任何 AK/SK。

Pre-release 区分在 upload-oss job 中用版本号判断：

- name: Upload to OSS and update latest.json
  shell: bash
  run: |
    VERSION="${{ steps.version.outputs.version }}"
    TAG="v${VERSION}"

    for file in ./release-assets/*; do
      filename=$(basename "$file")
      ossutil cp "$file" oss://${{ vars.OSS_BUCKET }}/releases/${TAG}/${filename} \
        --endpoint=${{ vars.OSS_ENDPOINT }} --update
    done

    if [[ "$VERSION" != *-* ]]; then
      echo "Stable release, updating latest.json"
      cat > /tmp/latest.json <<EOF
      {"version":"${VERSION}","updatedAt":"$(date -u +%Y-%m-%dT%H:%M:%SZ)"}
      EOF
      ossutil cp /tmp/latest.json oss://${{ vars.OSS_BUCKET }}/releases/latest.json \
        --endpoint=${{ vars.OSS_ENDPOINT }} --meta Cache-Control:no-cache
    else
      echo "Pre-release (${VERSION}), skipping latest.json"
    fi

备忘

要点	说明
先确认 action 存在再写	不要凭记忆写 action 名称，去 Marketplace 查
阿里云 API 用官方 SDK	curl 手动签名不可行，SDK 自动处理鉴权
OIDC 认证走 bearer_token	CredentialConfig(bearer_token=...) 无需 AK/SK
ARN 放 Variables 不放 Secrets	开源项目可审计，ARN 本身不是敏感信息
信任策略限定 repo	oidc:sub: repo:owner/repo:*，防止其他 repo 扮演你的角色
workflow 顶层声明 id-token: write	否则拿不到 OIDC Token
Pre-release 区分对待	文件全量上传，latest.json 只指向正式版