[Traversal] Filtering projects solution files without kicking off evaluations
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Aptitud para principiantes
- 48/100
- Tipo de issue
- Documentación
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- csharp
- Área
- build-system
Línea de trabajo
Revisa la implementación de Directory.Solution.targets y Microsoft.Build.Traversal Sdk.targets, y compara después el comportamiento del restore normal con la limitación del grafo estático descrita en el issue 521. Documenta el override de GetProjectsToSkip para filtrar proyectos antes de la evaluación, incluido que actualmente solo se aplica al restore normal.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
The new filter projects in solution files feature in Microsoft.Build.Traversal is phenomenal. I noticed that by default, it still kicks off evaluations for the projects in order to then invoke the custom ShouldSkipProject target. In my situation, I don't want to even trigger evaluations (and with also not trigger msbuild sdk resolver events). I was able to make that work with the following code:
Directory.Solution.targets
<Project>
<Import Sdk="Microsoft.Build.Traversal" Project="Sdk.targets" />
<!-- Overwrite target from Traversal Sdk.targets. -->
<Target Name="GetProjectsToSkip">
<ItemGroup>
<ProjectToSkip Include="@(ProjectReference)"
Message=""
Condition="$([System.String]::new('%(ProjectReference.Identity)').EndsWith('.Tests.csproj'))"
OriginalItemSpec="%(Identity)" />
</ItemGroup>
</Target>
</Project>
Unfortunately this only works with normal restore and not static graph based restore: https://github.com/microsoft/MSBuildSdks/issues/521
Should we document this option? From my perspective, while this is a static mechanism to filter out projects, it's the only correct way as it doesn't even trigger evaluations of filtered out projects.
- Lenguaje dominante
- C#
- Estrellas
- 513
- Forks
- 94
- Merge medio
- 49 min
- PR fusionados (30 d)
- 1
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de microsoft/MSBuildSdks
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
microsoft/MSBuildSdks#653 · 1 reacción ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
microsoft/MSBuildSdks#652 · 2 comentarios ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
microsoft/MSBuildSdks#646 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 25/100
microsoft/MSBuildSdks#644 · 1 comentario ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 45/100
microsoft/MSBuildSdks#642 ·
Todos los issues de microsoft/MSBuildSdks
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
-
[Bug]: Revit selector reads process ids 2000-2099 as years (flaky AgentClientTests.AYearOrAProcessIdSelectsTheHost)Posiblemente ocupada @Wurschdhaud la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 83/100
pyrevitlabs/pyRevit#3817 ·
Los mantenedores suelen responder en 1 día
-
bug effort:S P2
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
nightscout/nocturne#2449 ·
Los mantenedores suelen responder en 1 día
-
audit:1 bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
NethermindEth/dotnet-libp2p#395 ·
Los mantenedores suelen responder en 1 día
-
area: client bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día