dotnet / dotnet/msbuild

[CI logging] Add fixtures and GitHub Actions dogfood workflow

Abierto
#14,653 0 comentarios 0 reacciones 0 asignados Ver en GitHub
Area: Logging triaged User Experience
Lenguaje dominante
C#
Estrellas
5.5k
Forks
1.5k
Merge medio
1 d 19 h
PR fusionados (30 d)
135

Descripción

### 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.

Guía de contribución

No hay ninguna guía de contribución indexada para este repositorio

Línea de trabajo

No se especifican archivos ni pruebas concretos; empieza por localizar el workflow de CI existente, las pruebas de registro de diagnóstico y el punto de entrada de bootstrap de MSBuild en el repositorio de MSBuild. Añade fixtures deterministas y un workflow de Linux y Windows de solo lectura, activado manualmente, que valide los resultados esperados y los comandos del workflow; después, confirma que las anotaciones aparecen una sola vez y enlazan con la ubicación de origen esperada.

Escrito por el modelo de indexación a partir del texto del issue.

Evaluación

Stack tecnológico
csharp, github-actions
Área
build-system, ci-cd
Tipo de issue
Nueva funcionalidad
Dificultad
4/5
Tiempo estimado
3-5 días
Estado de actividad
Tranquilo
Claridad
Bastante claro
Aptitud para principiantes
50/100

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.