Partage via


Fichier .user importé dans les builds externes

Auparavant, le Kit de développement logiciel (SDK) importait uniquement des fichiers de configuration .user dans des builds internes pendant une build croisée. À présent, ces fichiers sont également importés dans des builds externes, ce qui peut entraîner des interruptions lorsque vous générez des projets localement.

Version introduite

SDK .NET 8

Comportement précédent

Auparavant, si vous ajoutiez un fichier .user pour des configurations locales supplémentaires dans des builds croisées, le fichier n’était importé que dans les builds internes dans certains cas. Si vous aviez défini des infrastructures avec <TargetFramework>, le fichier .user était importé comme prévu. Si vous aviez défini des infrastructures à l’aide du formulaire pluriel, <TargetFrameworks>, le fichier .user était importé pour chaque build interne pour chaque infrastructure (même si une seule était définie). Mais le fichier n’était pas importé pour la build externe, ce qui entraînait une nouvelle exécution de certaines cibles.

Nouveau comportement

Lorsque vous utilisez la propriété plurielle <TargetFrameworks> pour définir des infrastructures ciblées, la build importe le fichier .user dans toutes les builds internes et dans la build externe.

Type de changement cassant

Ce changement est un changement de comportement.

Raison du changement

Les utilisateurs s’attendaient à ce que le fichier de configuration .user soit importé dans des builds externes dans MSBuild.

Cette modification ne doit pas affecter les déploiements ou les interfaces de certification, uniquement les builds locales. Si les configurations supplémentaires importées changent la façon dont la build est traitée, passez en revue les configurations attendues sur la build externe.

API affectées

N/A