Co to jest „Service Include” w pliku csproj?

W rozwiązaniu C # dodałem istniejący projekt.
Następnie program Visual Studio dodał następujący wpis w innych plikach .csproj:

<ItemGroup>
    <Service Include="{B4F97281-0DBD-4835-9ED8-7DFB966E87FF}" />
</ItemGroup>

Po co to jest?
Czy mogę to usunąć?

Miałem podobny przypadek, w którym to dodano:

<ItemGroup>
  <Service Include="{82A7F48D-3B50-4B1E-B82E-3ADA8210C358}" />
</ItemGroup>

To włączenie okazuje się być generowane celowo przez VS2013, jeśli utworzysz projekt testowy NUnit, ale zapomnij oznaczyć go jako projekt testowy, zgodnie z opisem w odpowiedzi firmy Microsoft:

To zachowanie jest celowe.

Aby obsługiwać platformy testowe innych firm, takie jak NUnit i XUnit, program Visual Studio 2012 załadował Eksploratora testów do otwartego rozwiązania, niezależnie od tego, czy zawierał projekty testowe. To dodało sekundy opóźnienia do scenariuszy uruchamiania i otwierania rozwiązania dla wszystkich użytkowników, z których większość nie korzysta z testów.

W Visual Studio 2013 zmieniliśmy go tak, aby pakiet Test Explorer był ładowany tylko wtedy, gdy rozwiązanie zawiera jeden lub więcej projektów testowych. Projekty testowe są identyfikowane na dwa różne sposoby. Projekty utworzone na podstawie jednego z wbudowanych szablonów projektów testów jednostkowych są identyfikowane za pomocą identyfikatorów GUID typu projektu. Inne typy projektów, takie jak projekt biblioteki klas z testami XUnit lub NUnit, są identyfikowane przez Eksploratora testów podczas pierwszego wykrywania testu i „oznaczane” <Service/>elementem.

Osobiście nie podoba mi się ta usługa dodana do moich plików projektu i myślę, że jest to raczej obejście niż właściwe rozwiązanie. Tak więc oznaczanie projektów testowych jako projektów testowych wydaje mi się bardziej poprawne i można to osiągnąć, dodając to do pierwszego PropertyGroup:

<ProjectTypeGuids>{3AC096D0-A1C2-E12C-1390-A8335801FDAB};{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}</ProjectTypeGuids>
<TestProjectType>UnitTest</TestProjectType>

{3AC096D0-A1C2-E12C-1390-A8335801FDAB} oznacza Projekt testowy i {FAE04EC0-301F-11D3-BF4B-00C04F79EFBC} - C #. W przypadku innych typów przewodników projektu przejdź tutaj

Zaletą dobrze znanych / stałych identyfikatorów GUID jest to, że są one prawie unikalne, a zatem bardzo łatwe do wyszukiwania w Google. Co zrobiłem i znalazłem: to i to , a także inne ciekawe hity.
Wygląda na to, że jest to znany błąd w narzędziu T4 DSL dostarczanym z SDK. Na szczęście rozwiązanie jest łatwe dzięki zmianie niektórych kluczy rejestru.