Plik .user zaimportowany w kompilacjach zewnętrznych

Wcześniej SDK tylko importował pliki konfiguracyjne .user podczas kompilacji wewnętrznych w ramach budowy skierowanej na wiele platform. Teraz te pliki są również importowane w kompilacjach zewnętrznych, co może powodować przerwy w tworzeniu projektów lokalnie.

Wersja wprowadzona

Zestaw .NET SDK 8

Poprzednie zachowanie

Wcześniej, jeśli dodałeś plik .user do dodatkowych konfiguracji lokalnych w kompilacjach obejmujących wiele obiektów docelowych, plik ten był importowany tylko w kompilacjach wewnętrznych w niektórych przypadkach. Jeśli zdefiniowałeś struktury za pomocą <TargetFramework>, plik użytkownika został zaimportowany zgodnie z oczekiwaniami. Jeśli zdefiniowano struktury używające formy mnogiej, <TargetFrameworks>plik użytkownika został zaimportowany dla każdej wewnętrznej kompilacji dla każdej struktury (nawet jeśli zdefiniowano tylko jedną z nich). Jednak plik nie został zaimportowany do kompilacji zewnętrznej, która ponownie uruchamia określone obiekty docelowe.

Nowe zachowanie

W przypadku używania właściwości mnogiej <TargetFrameworks> do definiowania platform docelowych kompilacja importuje plik użytkownika na wszystkich kompilacjach wewnętrznych i w kompilacji zewnętrznej.

Typ zmiany przełamującej

Ta zmiana jest zmianą behawioralną.

Przyczyna zmiany

Użytkownicy oczekiwali, że plik konfiguracji .user zostanie zaimportowany w zewnętrznych kompilacjach w programie MSBuild.

Zalecana akcja

Ta zmiana nie powinna mieć wpływu na żadne wdrożenia ani integracje ciągłe; tylko kompilacje lokalne. Jeśli dodatkowe konfiguracje importowane zmieniają sposób przetwarzania kompilacji, przejrzyj konfiguracje oczekiwane w kompilacji zewnętrznej.

Interfejsy API, których dotyczy problem

N/A