Не удается разрешить зависимости от Asp. Net WebApi (классы TFS) - PullRequest
1 голос
/ 14 июля 2020

Я не могу разрешить ссылочные зависимости из библиотеки TFS:

private readonly TfsTeamProjectCollection _server;
private readonly WorkItemStore _workItemStore;
private WortItem _wi;

Это csproj:

<Project Sdk="Microsoft.NET.Sdk.Web">

<PropertyGroup Label="Globals">
 <SccProjectName>SAK</SccProjectName>
 <SccProvider>SAK</SccProvider>
 <SccAuxPath>SAK</SccAuxPath>
 <SccLocalPath>SAK</SccLocalPath>
</PropertyGroup>

<PropertyGroup>
 <AssemblyName>TFSService</AssemblyName>
 <Description>service</Description>
 <Authors>sss</Authors>
 <Version>1.0.0</Version>
</PropertyGroup>

<PropertyGroup>
 <TargetFrameworks>netcoreapp3.1</TargetFrameworks>
 <GenerateDocumentationFile>true</GenerateDocumentationFile>
 <NoWarn>1701;1702;1705;1591</NoWarn>
</PropertyGroup>

<ItemGroup>   
  <PackageReference Include="Microsoft.TeamFoundation.Common" Version="12.0.21005.1" />
  <PackageReference Include="Microsoft.TeamFoundationServer.Client" Version="16.153.0" />  
  <PackageReference Include="Microsoft.TeamFoundationServer.ExtendedClient" Version="16.153.0" />  
  <PackageReference Include="Microsoft.VisualStudio.Services.Client" Version="16.153.0" />  
  <PackageReference Include="Microsoft.VisualStudio.Services.InteractiveClient" Version="16.153.0" />  
</ItemGroup>

Я пытался добавить:

<PackageReference Include="Microsoft.TeamFoundationServer.ExtendedClient" Version="16.153.0" />  

Но не работает. Visual Studio не может разрешить ссылки.

До этого веб-проекта я использовал тот же рабочий стол. NET приложение framework 4.8 с теми же классами и тем же кодом. И это сработало. Теперь пытаюсь перенести его на веб-сервис.

Что здесь не так?

1 Ответ

1 голос
/ 14 июля 2020

У меня была подобная проблема раньше! Итак, я знаю, как это исправить.

В моем случае у нас было несколько старых проектов (. NEt 3.5), и мы пытались перенести их на стандарт 2.0.

Проблема в том, что созданный, я считаю, зависимостями. Таким образом, зависимости могут быть не полностью совместимы с ядром 3.1.

Итак, у вас есть следующие варианты: 1. - не выполнять миграцию, попробуйте сделать это самостоятельно. 2.- мигрировать, если есть зависимость, которая вызывает у вас проблемы, напишите ее самостоятельно. 3. - выполнить миграцию, если есть зависимость, которая вызывает проблемы, найдите другую.

Вот статья, которая может быть полезна: https://docs.microsoft.com/en-us/dotnet/standard/library-guidance/dependencies

Просто помните, разные версии (ядро, фреймворк, стандарт) и пакеты могут означать, что сигнатуры методов, классов и свойств различаются.

Обновление: вот еще одно чтение для вас: https://docs.microsoft.com/en-us/azure/devops/integrate/concepts/dotnet-client-libraries?view=azure-devops

В нем говорится, что пакет больше не доступен и заменяется другим. Я предполагаю, что первоначальный проект был довольно старым

...