Для чего нужно «Service Include» в файле csproj?

В решении C # я добавил существующий проект.
После этого Visual Studio добавил следующую запись в другие файлы .csproj:

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

Для чего это?
Могу ли я удалить это?

У меня был похожий случай, где это было добавлено:

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

Это включение специально создается VS2013, если вы создаете тестовый проект NUnit, но забыли пометить его как тестовый проект, как описано в этом ответе от Microsoft:

Такое поведение является преднамеренным.

Для поддержки сторонних тестовых сред, таких как NUnit и XUnit, Visual Studio 2012 загружал Test Explorer при открытии решения независимо от того, содержало ли оно тестовые проекты. Это добавило секунд задержки к запуску и открытию сценариев решения для всех пользователей, большинство из которых не используют тесты.

В Visual Studio 2013 мы изменили его так, чтобы пакет Test Explorer загружался только тогда, когда решение содержит один или несколько тестовых проектов. Тестовые проекты определяются двумя различными способами. Проекты, созданные из одного из встроенных шаблонов проектов модульного тестирования, идентифицируются с использованием идентификаторов GUID типа проекта. Другие типы проектов, такие как проект библиотеки классов с тестами XUnit или NUnit, определяются в обозревателе тестов при первом обнаружении теста и «помечаются» этим <Service/>элементом.

Лично мне не нравится, что этот сервис добавлен в мои файлы проекта, и я думаю, что это скорее обходной путь, чем правильное решение. Таким образом, пометить ваши тестовые проекты как тестовые проекты мне кажется более правильным, и этого можно достичь, добавив это к первому PropertyGroup:

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

{3AC096D0-A1C2-E12C-1390-A8335801FDAB}означает Test Project и {FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}- C #. Для других гидов типа проекта перейдите сюда

Хорошая особенность известных / постоянных идентификаторов GUID заключается в том, что они в значительной степени уникальны и поэтому их очень легко найти в Google. Что я и сделал, и нашел: это и это , а также другие интересные хиты.
Похоже, что это на самом деле известная ошибка в инструменте T4 DSL, который поставляется с SDK. И, к счастью, это достаточно легко решить, изменив некоторые ключи реестра.