2016-05-19 1 views
0

Недавно я создал очень простой веб-проект .net и использовал dapper в моем репозитории для доступа к базе данных. Он работает и строит без ошибок на моем локальном компьютере, но когда я пытаюсь построить VSTS, я получаю сообщение о том, что некоторые пакеты не совместимы с .net framework v5.4 или v5.0 (попробовал несколько различных фреймворков в попытка получить его для сборки.)Ошибка при построении dapper в проекте .net v5.4 на визуальной студии. Услуги службы Host Host Agent

Вот файл project.json, в котором содержится dapper. Это строит и восстанавливает без каких-либо проблем на локальном компьютере:

 { 
    "version": "1.0.0-*", 
    "description": "ProjectPOC.Core.Implementations Class Library", 
    "authors": [ "CBergeron" ], 
    "tags": [ "" ], 
    "projectUrl": "", 
    "licenseUrl": "", 
    "dependencies": { 
     "ProjectPOC.Core.Infrastructure": "", 
     "ProjectPOC.Core.Models": "", 
     "Microsoft.Extensions.OptionsModel": "1.0.0-rc1-final", 
     "Dapper": "1.50.0-beta9" 
    }, 
    "frameworks": { 
     "net451": { 
     "dependencies": { 

     } 
     }, 
     "dotnet5.4": { 
     "dependencies": { 
      "Microsoft.CSharp": "4.0.1-beta-23516", 
      "System.Collections": "4.0.11-beta-23516", 
      "System.Linq": "4.0.1-beta-23516", 
      "System.Runtime": "4.0.21-beta-23516", 
      "System.Threading": "4.0.11-beta-23516" 
     } 
     } 
    } 
    } 

Когда этот проект построен на VSTS принимал сборки агент, я бегу сценарий preinstall.ps1, который обычно используется здесь время:

# bootstrap DNVM into this session. 
    "bootstrapping dnvminstall..." 
    &{$Branch='dev';iex ((new-object net.webclient).DownloadString('https://raw.githubusercontent.com/aspnet/Home/dev/dnvminstall.ps1'))} 
    "finished bootstrapping" 

    "Loading global.json" 
    # load up the global.json so we can find the DNX version 
    $globalJson = Get-Content -Path $PSScriptRoot\global.json -Raw -ErrorAction Ignore | ConvertFrom-Json -ErrorAction Ignore 
    "finished loading global.json" 


    if($globalJson) 
    { 

     $dnxVersion = $globalJson.sdk.version 
    "setting DNX version.. to $dnxVersion " 
    } 
    else 
    { 
     Write-Warning "Unable to locate global.json to determine using 'latest'" 
     $dnxVersion = "latest" 
    } 

    # install DNX 
    # only installs the default (x86, clr) runtime of the framework. 
    # If you need additional architectures or runtimes you should add additional calls 
    # ex: & $env:USERPROFILE\.dnx\bin\dnvm install $dnxVersion -r coreclr 
    "installing DNX" 
    & $env:USERPROFILE\.dnx\bin\dnvm install $dnxVersion -Persistent 
    #& $env:USERPROFILE\.dnx\bin\dnvm install $dnxVersion -r clr 
    #& $env:USERPROFILE\.dnx\bin\dnvm install $dnxVersion -r coreclr 
    #& $env:USERPROFILE\.dnx\bin\dnvm use $dnxVersion 
    & $env:USERPROFILE\.dnx\bin\dnvm list 
    "finished DNX install " 


    "DNU restoring....." 
    # run DNU restore on all project.json files in the src folder including 2>1 to redirect stderr to stdout for badly behaved tools 
    Get-ChildItem -Path $PSScriptRoot\src -Filter project.json -Recurse | ForEach-Object { & dnu restore $_.FullName 2>1 } 

    #dnu restore 
    "finsihed DNU restore" 

Этот скрипт устанавливает следующий DNX на основе журналов сборки, который соответствует моему DNVM листинг на моей локальной машине:

2016-05-19T03:45:19.1014995Z installing DNX 
    2016-05-19T03:45:19.9042850Z Downloading dnx-clr-win-x86.1.0.0-rc1-update2 from https://www.nuget.org/api/v2 
    2016-05-19T03:45:22.7176602Z Installing to C:\Users\buildguest\.dnx\runtimes\dnx-clr-win-x86.1.0.0-rc1-update2 
    2016-05-19T03:45:22.7766619Z Adding C:\Users\buildguest\.dnx\runtimes\dnx-clr-win-x86.1.0.0-rc1-update2\bin to process PATH 
    2016-05-19T03:45:22.8456619Z Adding C:\Users\buildguest\.dnx\runtimes\dnx-clr-win-x86.1.0.0-rc1-update2\bin to user PATH 
    2016-05-19T03:45:22.8826599Z Native image generation (ngen) is skipped. Include -Ngen switch to turn on native image generation to improve application startup time. 
    2016-05-19T03:45:23.0276682Z Active Version   Runtime Architecture OperatingSystem Alias 
    2016-05-19T03:45:23.0346603Z ------ -------   ------- ------------ --------------- ----- 
    2016-05-19T03:45:23.0356615Z * 1.0.0-rc1-update2 clr  x86   win     
    2016-05-19T03:45:23.0586614Z finished DNX install 
    2016-05-19T03:45:23.0596622Z DNU restoring..... 
    2016-05-19T03:45:23.2796607Z Microsoft .NET Development Utility Clr-x86-1.0.0-rc1-16609 
    2016-05-19T03:45:23.4785866Z GET https://api.nuget.org/v3/index.json 
    2016-05-19T03:45:23.5821917Z OK https://api.nuget.org/v3/index.json 123ms 
    2016-05-19T03:45:23.6261910Z GET https://www.myget.org/F/aspnetvnext/api/v2/ 
    2016-05-19T03:45:24.4737562Z OK https://www.myget.org/F/aspnetvnext/api/v2/ 847ms 
    2016-05-19T03:45:24.4787560Z GET https://www.myget.org/F/aspnetmaster/ 
    2016-05-19T03:45:25.1793928Z OK https://www.myget.org/F/aspnetmaster/ 700ms 

После завершения восстановления из NuGet, во время сборки он выдает ошибки, как это для библиотеки пакета с Dapper в нем и все, что на нее ссылается:

 Unable to resolve dependency System.Collections.NonGeneric 4.0.1-rc2-24027 
... 
2016-05-19T03:47:01.3562201Z ##[error]Platform\POC\ProjectPOC.Web.API\src\ProjectPOC.Core.Implementations\project.json(0,0): Error NU1002: The dependency System.Collections.NonGeneric 4.0.1-rc2-24027 in project ProjectPOC.Core.Implementations does not support framework .NETPlatform,Version=v5.4. 
2016-05-19T03:47:01.3602187Z  5>C:\a\1\s\Platform\POC\ProjectPOC.Web.API\src\ProjectPOC.Core.Implementations\project.json : error NU1002: The dependency System.Collections.NonGeneric 4.0.1-rc2-24027 in project ProjectPOC.Core.Implementations does not support framework .NETPlatform,Version=v5.4. [C:\a\1\s\Platform\POC\ProjectPOC.Web.API\src\ProjectPOC.Core.Implementations\ProjectPOC.Core.Implementations.xproj] 

Опять же это строительство, управление, развертывание в лазури, и т.д. безотказно из моей локальной машине в VS2015, так я чувствую, что он имеет какое-то отношение к размещенному агенту сборки, и это настройка dnx/dnvm/nuget. Есть ли что-то, что мне нужно добавить в агент сборки или что-то, что мне нужно сделать для установки dnvm/nuget, чтобы получить правильные версии всего? Я также загрузил свой nuget.config агенту сборки, и это также не помогло. Я могу предоставить больше журналов по запросу.

мой локальный список DNVM выглядит следующим образом:

Active Version   Runtime Architecture OperatingSystem Alias 
    ------ -------   ------- ------------ --------------- ----- 
     1.0.0-beta8  clr  x64   win 
     1.0.0-beta8  coreclr x64   win 
     1.0.0-beta8  coreclr x86   win 
     1.0.0-rc1-update1 clr  x64   win 
     1.0.0-rc1-update1 clr  x86   win 
     1.0.0-rc1-update1 coreclr x64   win 
     1.0.0-rc1-update1 coreclr x86   win 
    * 1.0.0-rc1-update2 clr  x86   win    default 

Спасибо заранее, если кто может предоставить любую помощь с этим или напоролся на аналогичный вопрос, прежде чем с новой .net вещи

ответ

1

я встретил этот вопрос раньше, и он не работал на моей локальной машине. И я получаю эту работу, используя версию 1.50.0-beta8 для Dapper вместо «1.50.0-beta9». beta8 использует более старые зависимости, чем beta9.

Этот вопрос, кажется, вызван изменением здесь: Rename "dotnet" to "NETStandard", но у меня нет времени, чтобы понять это.

+0

Спасибо! самые простые ответы - лучшие. Переместился обратно в «Dapper»: «1.50.0-beta8», и он начал работать на хосте сборки. Не объясняет, почему он работает на моей машине, но я могу двигаться вперед с тем, что я делаю. – CBerg