chore: bump version to 4.4.6

[leeguooooo]

Version update for new release v4.4.6

🤖 Generated with Claude Code

[claude]

Claude finished @leeguooooo's task —— View job

---

PR Review: Version Bump to 4.4.6

Review Checklist:

• Read and analyze the manifest.json changes
• Evaluate code quality and best practices
• Check for potential bugs or issues
• Assess performance considerations
• Review security concerns
• Analyze test coverage implications
• Provide comprehensive review feedback

---

Review Feedback

✅ Code Quality & Best Practices

• Version Bump Process: The change correctly updates the version from 4.4.5 to 4.4.6 in manifest.json:6
• Semantic Versioning: Follows semantic versioning with patch-level increment, appropriate for a maintenance release
• Consistency: Only one version file exists (manifest.json), so no version synchronization issues

⚠️ Potential Issues & Recommendations

1. Missing Changelog Entry: The README.md changelog stops at v4.4.5. Consider adding an entry for v4.4.6 to document what changed in this release.

2. Version Tag Missing: No git tags found for version tracking. Consider adding version tags for release management:

   git tag v4.4.6
   git push origin v4.4.6

🔒 Security Considerations

• Broad Permissions: The extension requires extensive permissions (<all_urls>, declarativeNetRequest, etc.) which is appropriate for its cross-domain functionality
• Development Use Only: README correctly warns this is for development environments only
• No Security Regression: Version bump doesn't introduce new security concerns

🚀 Performance Considerations

• No Performance Impact: Simple version string change has zero performance implications
• Manifest V3 Compliant: Uses modern Chrome extension architecture

🧪 Test Coverage

• No Tests Identified: No test files found in repository structure
• Low Risk Change: Version bump is low-risk and doesn't affect functionality
• Manual Testing Recommended: Consider testing extension loading and basic functionality

📋 Additional Observations

• Extension Purpose: Legitimate tool for YApi API testing and CORS bypass in development
• Active Maintenance: Regular version updates indicate active development (5 releases in January 2025)
• Clear Documentation: Well-documented functionality and security warnings

---

Summary

This is a clean, straightforward version bump with no code changes. The PR correctly updates the version number and maintains consistency. Main recommendation is to add a changelog entry and consider implementing version tagging for better release management.

Approval Status: ✅ APPROVED - Safe to merge (already merged)

---

[leeguooooo]

@claude 需要一个自动触发生成 release 的 actions

[claude]

Claude finished @leeguooooo's task —— View job

---

创建自动发布 GitHub Actions 工作流

任务清单:

• 分析仓库结构和当前发布流程
• 检查现有的 GitHub Actions 工作流
• 创建自动发布工作流配置
• 测试工作流配置
• 更新 README.md 添加缺失的版本日志
• 遇到权限限制

---

⚠️ 权限限制说明

我无法直接修改 .github/workflows 目录中的文件，因为 GitHub App 没有 workflows 权限。这是一个安全限制。

📋 解决方案

我已经准备好了完整的工作流配置，你可以手动创建以下文件：

1. 创建 .github/workflows/auto-tag.yml

name: Auto Tag on Version Change

on:
  push:
    branches: [ main ]
    paths: [ 'manifest.json' ]

permissions:
  contents: write

jobs:
  check-and-tag:
    runs-on: ubuntu-latest
    steps:
      - name: Checkout code
        uses: actions/checkout@v4
        with:
          fetch-depth: 0
          token: ${{ secrets.GITHUB_TOKEN }}
      
      - name: Get current version from manifest.json
        id: version
        run: |
          VERSION=$(jq -r '.version' manifest.json)
          echo "current_version=$VERSION" >> $GITHUB_OUTPUT
          echo "tag_name=v$VERSION" >> $GITHUB_OUTPUT
          echo "当前版本: $VERSION"
      
      - name: Check if tag exists
        id: check_tag
        run: |
          if git tag -l | grep -q "^${{ steps.version.outputs.tag_name }}$"; then
            echo "exists=true" >> $GITHUB_OUTPUT
            echo "标签 ${{ steps.version.outputs.tag_name }} 已存在"
          else
            echo "exists=false" >> $GITHUB_OUTPUT
            echo "标签 ${{ steps.version.outputs.tag_name }} 不存在，将创建新标签"
          fi
      
      - name: Get previous version from git history
        id: prev_version
        if: steps.check_tag.outputs.exists == 'false'
        run: |
          # 获取上一次修改 manifest.json 的提交中的版本号
          PREV_VERSION=$(git show HEAD~1:manifest.json 2>/dev/null | jq -r '.version' 2>/dev/null || echo "unknown")
          echo "previous_version=$PREV_VERSION" >> $GITHUB_OUTPUT
          echo "上一个版本: $PREV_VERSION"
      
      - name: Create tag and release notes
        if: steps.check_tag.outputs.exists == 'false'
        run: |
          # 配置 git 用户信息
          git config user.name "github-actions[bot]"
          git config user.email "github-actions[bot]@users.noreply.github.com"
          
          # 从 README.md 提取版本更新日志
          VERSION="${{ steps.version.outputs.current_version }}"
          
          # 尝试从 README.md 提取对应版本的更新日志
          CHANGELOG=$(awk -v version="$VERSION" '
            BEGIN { found=0; content=""; in_version=0 }
            /^### v/ { 
              if (in_version && found) exit;
              if ($0 ~ "v" version "[ (]") {
                found=1;
                in_version=1;
                # 跳过版本标题行，只提取内容
                next;
              } else if (in_version && found) {
                exit;
              }
            }
            found && in_version && !/^### v/ { 
              if (NF > 0 || $0 ~ /^$/) {
                content = content $0 "\n"; 
              }
            }
            END { 
              # 清理末尾多余的换行符
              gsub(/\n+$/, "", content);
              if (content == "") {
                print "版本更新";
              } else {
                print content;
              }
            }
          ' README.md)
          
          echo "提取到的更新日志:"
          echo "$CHANGELOG"
          
          # 创建带注释的标签
          git tag -a "${{ steps.version.outputs.tag_name }}" -m "Cross Request Master v$VERSION
          
          $CHANGELOG
          
          自动发布于 $(date +'%Y-%m-%d %H:%M:%S')"
          
          # 推送标签到远程仓库
          git push origin "${{ steps.version.outputs.tag_name }}"
          
          echo "✅ 成功创建并推送标签: ${{ steps.version.outputs.tag_name }}"
      
      - name: Summary
        run: |
          if [ "${{ steps.check_tag.outputs.exists }}" = "true" ]; then
            echo "⚠️ 标签 ${{ steps.version.outputs.tag_name }} 已存在，跳过创建"
            echo "如需重新发布，请删除现有标签后重新推送代码"
          else
            echo "✅ 自动创建标签完成！"
            echo "📋 版本: ${{ steps.version.outputs.current_version }}"
            echo "🏷️ 标签: ${{ steps.version.outputs.tag_name }}"
            echo "🚀 发布工作流将自动触发，请稍候查看 Releases 页面"
          fi

2. 修改现有的 .github/workflows/release.yml

在现有文件的 on: 部分添加手动触发支持：

on:
  push:
    tags:
      - 'v*'
  # Also support manual trigger for testing
  workflow_dispatch:
    inputs:
      tag:
        description: 'Tag to create release for (e.g., v4.4.6)'
        required: true
        type: string

🚀 使用方法

1. 手动创建上述文件后，工作流将自动工作
2. 下次更新版本时：
   • 修改 manifest.json 中的 version 字段
   • 在 README.md 的更新日志中添加对应版本的说明
   • 推送到 main 分支
   • 工作流将自动创建标签并发布 Release

📝 已更新 README.md

我已经为 v4.4.6 添加了更新日志条目，包含了自动发布工作流的说明。

---

💡 提示： 由于权限限制，你需要手动创建工作流文件。创建后，系统将完全自动化处理版本发布流程。

---

[leeguooooo]

@claude 已经创建文件 工作流未执行

[claude]

Claude finished @leeguooooo's task —— View job

---

诊断工作流未执行问题

任务清单:

• 检查当前 GitHub Actions 工作流状态
• 分析现有工作流文件配置
• 检查触发条件和权限设置
• 识别问题根源
• 提供解决方案和修复步骤

---

🔍 问题分析

根本原因发现：时序问题 ⏰

通过分析发现，问题的根源是时间线顺序：

1. PR chore: bump version to 4.4.6 #13 将版本从 4.4.5 升级到 4.4.6 并合并到 main 分支
2. auto-tag.yml 工作流文件 是在同一次合并或之后才添加的
3. 工作流触发条件：只在 manifest.json 更改后推送到 main 分支时触发
4. 结果：工作流文件添加时，版本更改已经完成，因此没有触发

验证信息：

• ✅ 工作流文件存在且配置正确
• ✅ 当前版本确实是 4.4.6
• ❌ 没有 v4.4.6 标签（git tag -l 返回空）
• ❌ 没有相关的工作流运行记录

---

🛠️ 解决方案

方案 1：手动创建标签（推荐）

为当前的 v4.4.6 版本手动创建标签，然后工作流将在后续版本更新时正常工作：

# 切换到 main 分支
git checkout main
git pull origin main

# 手动创建 v4.4.6 标签
git tag -a v4.4.6 -m "Cross Request Master v4.4.6

版本更新

自动发布于 $(date +'%Y-%m-%d %H:%M:%S')"

# 推送标签到远程仓库
git push origin v4.4.6

方案 2：测试工作流（验证修复）

为了验证工作流是否正常工作，可以进行一个小的测试更新：

# 1. 更新版本号到 4.4.7 进行测试
sed -i 's/"version": "4.4.6"/"version": "4.4.7"/' manifest.json

# 2. 提交并推送到 main 分支
git add manifest.json
git commit -m "test: bump version to 4.4.7 for workflow testing"
git push origin main

# 3. 观察 GitHub Actions 是否自动创建 v4.4.7 标签

方案 3：工作流手动触发

如果需要为现有版本创建 Release，可以运行现有的 release.yml 工作流：

# 使用 GitHub CLI 手动触发 release 工作流
gh workflow run release.yml --ref main -f tag=v4.4.6

---

🔧 长期修复建议

1. 添加工作流日志：在 auto-tag.yml 中添加更多调试输出，便于后续排查
2. 版本同步检查：考虑添加检查步骤，确保标签与实际版本一致
3. 通知机制：添加 Slack 或邮件通知，工作流执行后及时了解状态

---

📋 总结

工作流未执行的原因是时序问题：版本更新发生在工作流文件创建之前。执行方案 1 可以立即解决当前版本的标签问题，后续版本更新将自动触发工作流。

需要我帮您执行哪个方案？

---