La interfaz está localizada; las descripciones y documentos de las Skills se traducen automáticamente con IA a su idioma. El código, los comandos, rutas y términos técnicos se mantienen en el original, y prevalece el documento del autor.
Explorar Skills
Productividad · SKILL.md

build-champ-triage

build-champ-triage

Find out why a build has failed

Independent GitHub snapshot · Automated classification · Original documentation governs

Documentación de la Skill

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.

Skills guardadas