При сборке проекта vs2022 в github/devops, который включает графы зависимостей архитектуры, сборка завершается с ошибкой MSB4226

У меня есть проект, работающий со сборками как на GitHub, так и на Devops. Недавно я добавил диаграмму зависимостей архитектуры для https://azuredevopslabs.com/labs/devopsserver/livedependentvalidation/

Это прекрасно строится локально и правильно обеспечивает зависимости.

Однако у меня возникают сбои при сборке как в DevOps, так и в GitHub.

Интересно, что даже с ошибкой, если и есть ошибки зависимостей, они вроде бы правильно идентифицируются и предупреждаются.

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

И devops, и github выдают одну и ту же ошибку (см. внизу).

У меня есть nuget Microsoft.DependencyValidation.Analyzers в решении/проектах.

Я видел несколько других сообщений в разных местах с той же основной проблемой, но в более ранних версиях VS.

В ответе @duncanp, на который есть ссылка, говорится, что ModelingProject.targets является устаревшим методом и может быть удален, если вы не используете 2015 год. Но указанные строки сейчас отсутствуют в моих файлах проекта/решения, поэтому Я не могу удалить их, как предложено. Поскольку цели изначально не включены в мое решение, я не уверен, что вызывает эту ошибку (возможно, они включены неявно?)

Проект проверки зависимостей Visual Studio 2017 на сервере сборки

DependencyValidation\DependencyValidation.modelproj(66,11): Ошибка MSB4226: импортированный проект "C:\Program Files\Microsoft Visual Studio\2022\Enterprise\MSBuild\Microsoft\VisualStudio\v17.0\ArchitectureTools\Microsoft.VisualStudio.TeamArchitect. ModelingProject.targets» не найден. Кроме того, попытался найти «ArchitectureTools\Microsoft.VisualStudio.TeamArchitect.ModelingProject.targets» в резервных путях поиска для $(VSToolsPath) — «C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v17. 0" . Эти пути поиска определены в «C:\Program Files\Microsoft Visual Studio\2022\Enterprise\MSBuild\Current\Bin\msbuild.exe.Config». Убедитесь, что путь в объявлении правильный и что файл существует на диске по одному из путей поиска.

конвейер DevOps (обрезанный до соответствующих этапов сборки) ):

parameters:
- name: solution
  default: '**/*.sln'
- name: buildPlatform
  default: 'Any CPU'
- name: buildConfiguration
  default: 'Release'

# ASP.NET
# Build and test ASP.NET projects.
# Add steps that publish symbols, save build artifacts, deploy, and more:
# https://docs.microsoft.com/azure/devops/pipelines/apps/aspnet/build-aspnet-4

trigger:
  branches:
    include: 
      - master
#  paths:
#    include: 
#      - 'WIGOV.Applications.Dashboard/**'

pr: none

pool:
  vmImage: 'windows-latest'

steps:
- task: VSBuild@1
  inputs:
    solution: '${{ parameters.solution }}'
    msbuildArgs: '/p:DeployOnBuild=true /p:WebPublishMethod=Package /p:PackageAsSingleFile=true /p:SkipInvalidConfigurations=true /p:PackageLocation = "$(Build.ArtifactStagingDirectory)"'
    platform: '${{ parameters.buildPlatform }}'
    configuration: '${{ parameters.buildConfiguration }}'
    msbuildArchitecture: 'x86'

конвейер github (я также пробовал использовать последнюю версию Windows вместо Ubuntu):

# This workflow will build a .NET project
# For more information see: https://docs.github.com/en/actions/automating-builds-and-tests/building-and-testing-net

name: .NET

on:

  pull_request:
    branches: [ "master" ]

jobs:
  build:

    runs-on: ubuntu-latest

    steps:
    - uses: actions/checkout@v4
    - name: Setup .NET
      uses: actions/setup-dotnet@v4
      with:
        dotnet-version: 8.0.x
    - name: Restore dependencies
      run: dotnet restore
    - name: Build
      run: dotnet build --no-restore
    - name: Test
      run: dotnet test --no-build --verbosity normal
    env:
      ARTIFACTORY_USERNAME: "${{ secrets.DSDWI_ARTIFACTORY_USERNAME }}"
      ARTIFACTORY_PASSWORD: "${{ secrets.DSDWI_ARTIFACTORY_PASSWORD }}"