Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Auparavant, le Kit de Développement Logiciel (SDK) importait uniquement des fichiers de configuration .user lors des compilations internes pendant une compilation multi-cible. À 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
Précédemment, si vous avez ajouté un fichier .user pour des configurations locales supplémentaires dans des builds croisées, le fichier n’a été importé que dans les builds internes dans certains cas. Si vous avez défini des frameworks avec <TargetFramework>, le fichier .user a été importé comme prévu. Si vous avez défini des frameworks à l’aide du formulaire plural, <TargetFrameworks>le fichier .user a été importé pour chaque build interne pour chaque infrastructure (même si un seul était défini). Mais le fichier n’a pas été importé pour la build externe, qui exécute à nouveau certaines cibles.
Nouveau comportement
Lorsque vous utilisez la propriété plurale <TargetFrameworks> pour définir des frameworks ciblés, la build importe le fichier .user sur toutes les builds internes et sur la build externe.
Type de changement cassant
Ce changement est un changement de comportement.
Raison de la modification
Les utilisateurs s’attendaient à ce que le fichier de configuration .user soit importé dans des builds externes dans MSBuild.
Action recommandée
Cette modification ne doit pas affecter les déploiements ou les éléments de configuration, 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