Microsoft TeamFoundationServer ExtendedClient与ASP.NET Core 3不兼容的解决办法咨询

我完全理解你的处境——在ASP.NET Core 3.0项目里安装Microsoft.TeamFoundationServer.ExtendedClient时触发的NU1701警告，本质是这个包（及其依赖的Microsoft.AspNet.WebApi.Core 5.2.3）是专为.NET Framework设计的，和.NET Core运行时存在潜在兼容性风险，而你又不能切换到.NET Framework。下面给你几个可行的解决方案：

方案1：改用TFS 2013 REST API（优先推荐） #

TFS从2012版本开始就提供了REST API，完全支持跨平台，不需要依赖任何.NET Framework专属客户端库，完美适配你的ASP.NET Core项目。

核心操作示例： #

• 创建工作项：发送POST请求到TFS工作项API，用JSON Patch格式定义字段值：

  POST http://your-tfs-server:8080/tfs/YourCollection/_apis/wit/workitems/$Task?api-version=1.0
  Content-Type: application/json-patch+json
  
  [
    {
      "op": "add",
      "path": "/fields/System.Title",
      "value": "New Task from Core API"
    },
    {
      "op": "add",
      "path": "/fields/System.AssignedTo",
      "value": "Your Name"
    }
  ]
  

• 更新工作项：使用PATCH请求，同样通过JSON Patch修改指定字段。
• 监听事件：TFS 2013原生没有Web Hooks，但你可以通过定期轮询工作项变更历史API实现类似监听效果，或者利用TFS的事件订阅功能配合自定义服务捕获变更。

这个方案的优势是彻底摆脱Framework依赖，性能和兼容性更可靠，唯一的小成本是需要自行处理HTTP请求和数据序列化。

方案2：封装.NET Framework类库做进程间调用 #

如果你已经有基于Microsoft.TeamFoundationServer.ExtendedClient的代码不想重写，可以把所有TFS操作逻辑封装到一个**.NET Framework 4.7.2+**的类库项目中，然后通过以下方式让ASP.NET Core项目与它通信：

• 用gRPC搭建跨进程服务
• 构建轻量级.NET Framework Web API，让Core项目通过HTTP调用
• 使用WCF（.NET Core 3.0支持WCF客户端）

这样你的Core项目不会直接引用Framework专属包，既规避了NU1701警告，又保留了原有代码的复用性。缺点是多了一个需要维护的项目，复杂度略有提升。

方案3：寻找第三方.NET Core兼容的TFS客户端库 #

虽然官方没有针对.NET Core的旧版TFS客户端，但你可以在NuGet上搜索类似TfsClient.NetCore的第三方包（注意检查包的维护状态和对TFS 2013的支持度）。不过这类包多为社区维护，稳定性可能不如官方REST API，建议作为备选方案。

总结来说，最推荐方案1，用REST API直接与TFS 2013交互，既符合.NET Core的跨平台理念，又能彻底解决兼容性问题。

内容的提问来源于stack exchange，提问作者Arlind Shkrela