- type: dropdown
  id: module  # 关键 ID，后续解析要用
  attributes:
    label: 所属模块
    options:
      - Frontend
      - Backend
      - DevOps
  validations:
    required: true

name: 智能分诊机器人

on:
  issues:
    types: [opened, edited]

permissions:
  issues: write  # 需要修改 Issue 的权限

jobs:
  triage:
    runs-on: ubuntu-latest
    steps:
      - name: 解析 Issue 表单数据
        id: parse
        uses: zperron/issue-form-parser@v2
        with:
          # 指定要解析的 Issue Form 模板文件名（不需要路径）
          template-filename: bug_report.yml

      # 下一步：输出解析结果验证（调试用）
      - name: 打印解析结果
        run: echo "${{ steps.parse.outputs.json }}"

- name: 执行分派逻辑
  uses: actions/github-script@v6
  with:
    github-token: ${{ secrets.GITHUB_TOKEN }}
    script: |
      // 1. 获取解析后的 JSON 数据
      const jsonData = ${{ steps.parse.outputs.json }};
      const module = jsonData.module; // 对应 YAML 中的 id: module

      if (!module) {
        console.log('未找到模块信息，跳过分诊');
        return;
      }

      // 2. 定义路由规则 (配置映射表)
      const triageMap = {
        'Frontend': { label: 'area/frontend', assignee: 'frontend-lead-user' },
        'Backend':  { label: 'area/backend',  assignee: 'backend-lead-user' },
        'DevOps':   { label: 'area/devops',   assignee: 'ops-lead-user' }
      };

      const target = triageMap[module];
      if (!target) return;

      // 3. 调用 GitHub API 执行操作
      const { owner, repo, number } = context.issue;

      console.log(`正在将 Issue #${number} 分派给 ${module} 组`);

      // 添加标签
      await github.rest.issues.addLabels({
        owner,
        repo,
        issue_number: number,
        labels: [target.label]
      });

      // 指派负责人 (需确保该用户是仓库成员)
      // 注意：如果在个人仓库测试，只能指派给自己
      try {
        await github.rest.issues.addAssignees({
          owner,
          repo,
          issue_number: number,
          assignees: [target.assignee]
        });
      } catch (error) {
        console.log(`指派用户失败 (可能是因为非仓库成员): ${error.message}`);
      }

# 规则：只要修改了 src/components 下的任何文件，就打上 area/frontend 标签
area/frontend:
  - changed-files:
      - any-glob-to-any-file: 'src/components/**/*'
      - any-glob-to-any-file: 'src/pages/**/*'

# 规则：修改了 .github 目录下的文件，打上 area/devops 标签
area/devops:
  - changed-files:
      - any-glob-to-any-file: '.github/**/*'
      - any-glob-to-any-file: 'Dockerfile'

# 规则：修改了测试文件，打上 test 标签
test:
  - changed-files:
      - any-glob-to-any-file: '**/*.test.ts'
      - any-glob-to-any-file: '**/*.spec.ts'

name: PR 自动打标

on:
  pull_request:
    # 触发时机：这里建议只在 opened（PR 刚创建时触发） 和 synchronize (PR 有新提交推送时触发) 时触发
    types: [opened, synchronize]

# 权限设置：必须给予 pull-requests 的写权限，否则无法打标签
permissions:
  contents: read
  pull-requests: write

jobs:
  triage:
    runs-on: ubuntu-latest
    steps:
      - name: 执行打标任务
        uses: actions/labeler@v4
        with:
          # 指定配置文件路径 (默认为 .github/labeler.yml)
          configuration-path: .github/labeler.yml
          # 仅在 PR 未被标记时运行？设置为 false 表示总是同步标签
          sync-labels: true

version: 2
updates:
  # 1. 配置 npm 依赖更新
  - package-ecosystem: "npm"
    directory: "/" # package.json 所在目录
    # 检查频率：每天/每周
    schedule:
      interval: "weekly"
      day: "monday"
      time: "09:00"
    
    # 关键配置：开启 PR 分组，减少噪音
    groups:
      # 将所有 react 相关的包合并为一个 PR
      react-dependencies:
        patterns:
          - "react"
          - "react-dom"
          - "@types/react"
          - "@types/react-dom"
      # 将所有构建工具 (vite, typescript, eslint) 合并为一个 PR
      dev-dependencies:
        patterns:
          - "vite"
          - "typescript"
          - "eslint"
          - "@vitejs/*"
        # 仅针对开发依赖
        dependency-type: "development"

    # 限制最大打开 PR 数，防止刷屏
    open-pull-requests-limit: 5
    
    # 忽略某些不想升级的包
    ignore:
      - dependency-name: "node-sass" # 假设这个包升级会挂，先忽略

  # 2. 配置 Docker 基础镜像更新
  - package-ecosystem: "docker"
    directory: "/" # Dockerfile 所在目录
    schedule:
      interval: "weekly"

name: Dependabot 自动合并

on: pull_request

permissions:
  contents: write
  pull-requests: write

jobs:
  auto-merge:
    runs-on: ubuntu-latest
    # 仅针对 dependabot 发起的 PR
    if: github.actor == 'dependabot[bot]'
    steps:
      - name: 获取依赖元数据
        id: metadata
        uses: dependabot/fetch-metadata@v1
        with:
          github-token: ${{ secrets.GITHUB_TOKEN }}

      # 策略：如果是 Patch 版本更新 (semver: patch) 或者是开发依赖，则自动批准
      - name: 自动批准 PR
        if: steps.metadata.outputs.update-type == 'version-update:semver-patch' || steps.metadata.outputs.dependency-type == 'direct:development'
        run: gh pr review --approve "$PR_URL"
        env:
          PR_URL: ${{ github.event.pull_request.html_url }}
          GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}

      # 启用 GitHub 的自动合并功能 (需在仓库设置中开启 Allow auto-merge)
      - name: 启用自动合并
        if: steps.metadata.outputs.update-type == 'version-update:semver-patch' || steps.metadata.outputs.dependency-type == 'direct:development'
        run: gh pr merge --auto --merge "$PR_URL"
        env:
          PR_URL: ${{ github.event.pull_request.html_url }}
          GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}

name: "清理僵尸 Issue"

on:
  schedule:
    # 每天凌晨 1:30 运行
    - cron: '30 1 * * *'

permissions:
  issues: write
  pull-requests: write

jobs:
  stale:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/stale@v8
        with:
          # 1. 时间阈值设置
          # 60 天无操作标记为 stale (枯萎)
          days-before-stale: 60
          # 标记后 7 天仍无操作则关闭
          days-before-close: 7

          # 2. 文案设置 (支持 Markdown)
          stale-issue-message: '此 Issue 已经 60 天未活跃，即将自动关闭。如果问题仍然存在，请评论以保持开启。'
          close-issue-message: '由于长时间未活跃，此 Issue 已自动关闭。'
          
          # 3. 标签设置
          stale-issue-label: 'no-issue-activity'
          
          # 4. 豁免机制 (非常重要！)
          # 带有这些标签的 Issue 永远不会被关闭 (如置顶计划、安全漏洞)
          exempt-issue-labels: 'pinned,security,roadmap'
          
          # 限制每次操作的数量，防止一次性刷屏
          operations-per-run: 30

# 定义 Release Note 的模板结构
name-template: 'v$RESOLVED_VERSION'
tag-template: 'v$RESOLVED_VERSION'

# 核心：根据 PR 标签进行分类
categories:
  - title: '🚀 新功能 (Features)'
    labels:
      - 'feat'
      - 'feature'
      - 'enhancement'

  - title: '🐛 Bug 修复 (Fixes)'
    labels:
      - 'fix'
      - 'bug'

  - title: '🧰 维护与重构 (Maintenance)'
    labels:
      - 'chore'
      - 'refactor'
      - 'docs'

# 版本号策略：根据标签自动计算下一个版本号
# 例如：如果合并了包含 'feat' 的 PR，建议升级次版本号 (v1.1.0 -> v1.2.0)
version-resolver:
  major:
    labels:
      - 'breaking-change'
  minor:
    labels:
      - 'feat'
  patch:
    labels:
      - 'fix'
      - 'chore'

# 自动生成贡献者列表模板
template: |
  ## 变更日志
  $CHANGES
  
  ## ❤️ 贡献者
  感谢 @$CONTRIBUTORS 参与本次发布！

name: 自动更新发布草稿

on:
  push:
    # 仅当代码合并到主分支时触发
    branches:
      - main

permissions:
  contents: write  # 需要创建 Release 的权限
  pull-requests: read

jobs:
  update_draft_release:
    runs-on: ubuntu-latest
    steps:
      - uses: release-drafter/release-drafter@v5
        with:
          # 指定配置文件路径
          config-name: release-drafter.yml
        env:
          GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}