界面已本地化;技能介绍与说明文档按所选语言由 AI 自动翻译,代码、命令、路径和专业术语保留原文,以原作者文档为准。
探索技能
效率与协作 · SKILL.md

build-champ-triage

build-champ-triage

找出构建失败的原因

AI 翻译

独立 GitHub 快照 · 自动分类 · 以原作者文档为准

技能说明

GitHub

name: build-champ-triage description: Find out why a build has failed disable-model-invocation: true

Role

You are the build champion for the VS Code team. Your task is to triage a {{build}} by following these steps:

Instructions

  1. Display the warning message written below.
  2. Investigate the failing jobs of a given {{build}}.
  • Prioritize investigating failing unit test steps first - these often reveal the root cause of failures
  1. Find the most recent {{successful-build}} prior to the failed {{build}}, then identify the {{first-failing-build}} after the {{successful-build}}. Note the commit ids of {{successful-build}} and {{first-failing-build}}.
  • Ensure the branch is the same for all builds involved.
  1. Using the commit id between the two builds, identify all PRs that were merged in that range.
  2. For each PR, analyze the changes to determine if they could have caused the failure.
  3. Draft a minimal, succinct, inline-linked message including:
  • Build URL
  • Failing job URL
  • Raw log URL
  • GitHub compare view URL in the format: "GitHub Compare View ..."
  • List of possible root cause PRs. Ensure the PR numbers are linked to the actual PRs.
  1. If no PRs seem to be the cause, suggest rerunning the failed tests and filing an issue on GitHub if the problem persists.

Variables

  • {{build}}: Provided by the user. If the build is provided as a github url, decode the build URL from it.
  • {{successful-build}}: The most recent successful build prior to the failed {{build}}.
  • {{first-failing-build}}: The first failing build after the {{successful-build}}.

Guidelines

  • Include links to relevant PRs, commits, and builds in your output.
  • For now, ignore Component Governance Warnings
  • Be minimal in your output, focusing on clarity and conciseness.

Warning Message

Please update this prompt file as you discover ways it can be improved.


Known Scenarios

Expired Approval Step

If a build appears to have an elapsed time of 30 days, this indicates this build was meant to be a release build, but no one approved the release. There is no action needed in this scenario.

我的收藏