dotnet / dotnet/msbuild

[CI logging] Add fixtures and GitHub Actions dogfood workflow

Ouverte
#14,653 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

Area: Logging triaged User Experience
Langage dominant
C#
Étoiles
5.5k
Forks
1.5k
Merge moyen
1 j 19 h
PR mergées (30 j)
135

Description

### Summary

Add deterministic diagnostic fixtures and a GitHub Actions workflow for end-to-end CI logger validation.

### Background and Motivation

Unit tests can validate emitted workflow-command text, but the MVP must also prove that GitHub Actions recognizes the commands, displays annotations, and links them to the correct source locations.

The MSBuild repository is sufficient for this validation; a separate repository is not required.

### Proposed Feature

Add fixtures covering:

- compiler errors and warnings;
- an MSBuild-generated error;
- missing source locations;
- special characters and multiline messages;
- warning promotion;
- multiproject and parallel failures.

Add a locked-down GitHub Actions dogfood workflow that:

- starts as a manually triggered workflow;
- builds MSBuild first;
- runs the fixtures with bootstrap MSBuild;
- asserts expected success or failure and emitted workflow commands;
- runs on GitHub-hosted Linux and Windows;
- uses read-only permissions and no secrets.

Initial acceptance includes manual confirmation that annotations appear once and navigate to the expected repository file and location.

### Alternative Designs

A separate repository would add maintenance and version-coordination costs without improving MVP validation. Tests alone would not verify GitHub's native annotation rendering.

Guide de contribution

Aucun guide de contribution indexé pour ce dépôt

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Piste de recherche

Aucun fichier ni test précis n’est indiqué ; commencez par localiser le workflow CI existant, les tests de journalisation diagnostique et le point d’entrée bootstrap de MSBuild dans le dépôt MSBuild. Ajoutez des fixtures déterministes ainsi qu’un workflow Linux et Windows en lecture seule, déclenché manuellement, qui valide les résultats attendus et les commandes du workflow, puis vérifiez que les annotations apparaissent une seule fois et renvoient vers l’emplacement source attendu.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Évaluation

Stack technique
csharp, github-actions
Domaine
build-system, ci-cd
Type d'issue
Fonctionnalité
Difficulté
4/5
Temps estimé
3-5 jours
Activité
Calme
Clarté
Plutôt claire
Accessibilité débutants
50/100

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.