При помощи лома и такой-то матери с четвёртой попытки удалось перевести CJ на новый тулинг студии, добавить нормальный conditional build и сборку пакетов и таргетинг для netcore и netstandard.
Общие впечатления — даже не пытайтесь это повторить на коммерческих проектах. Такого количества разнообразных косяков, багов, пофигизма в плохом смысле слова и политики "мы тестировать не будем, т.к. иначе релиз выпустить не получится" я не видел никогда
Путём не меньших костылей удалось даже завести тесты на appveyor, тадам и всё такое.
Дружно завидуем
На количество тестов не обращаем внимания. Просто решарпер так видит.
Ветка — feature/netstandard2, для того чтобы проверить:
1. Закрываем студию. Обновляем до 15.3.5, если ещё не. Предупреждение раз: начиная с 15.3 каждое обновление vs 2017 ломает что-нибудь или в процессе сборки или в работе с азуром. Если есть пакеты, которые зависят от netstandard-библиотек — готовьтесь к приключениям. Предупреждение два: откат на предыдущие версии — только снести студию и установить заново. В общем, общий настрой вы поняли.
2. Убеждаемся, что от студии не осталось никаких зависших процессов. Msbuild, vbcscompiler и тыды.
3. Грохаем все bin/obj папки и грохаем папку `.vs` в корне. Для очистким можно использовать вот этот скрипт powershell
4. Открываем солюшн и, не делая сборку, переключаемся на Build configuration Publish. Собираем. Если собралось — выдыхаем, переключаемся на Debug/Release и работаем спокойно.
5. Если звёзды не сошлись — посылаем лучи любви разработчикам тулинга, нюгета, dotnet cli и тому гению, который решил собрать всю эту солянку без тестирования и не проследив, чтобы везде использовалась хотя бы одна и та же версия библиотек.
Закрываем студию. Из Developer Console vs 2017 (переходим в папку с солюшном) вызываем
Build\RunMe.BuildPublishConfiguration.cmd
Открываем студию.
Если не помогло и это — пишем сюда. Оф саппорт ушёл в несознанку, на реквестыреакции нет. Да, юнит-тесты из голой консоли могут не заработать ибо вот.
Если повезло — в дальнейшем всё работает без сбоев. По крайней мере до следующего обновления студии.
Собственно вопрос: мержить будем?
Если да — надо, чтобы кто-то настроил сборку справки (DocsProject). Я её на время вообще убрал из солюшна.
1>C:\Program Files\dotnet\sdk\2.0.0\Sdks\Microsoft.NET.Sdk\build\Microsoft.PackageDependencyResolution.targets(165,5): error : Assets file 'I:\CodeJam\Main\src\obj\project.assets.json' doesn't have a target for '.NETStandard,Version=v2.0'. Ensure that restore has run and that you have included 'netstandard2.0' in the TargetFrameworks for your project.
Если нам не помогут, то мы тоже никого не пощадим.
Re[2]: [Ann, ready to merge] поддержка netcore 2 и netstandard 2
Здравствуйте, IT, Вы писали:
IT>3.1 В корне проекта выполняем команду "dotnet restore CodeJam.sln"
О как ! Мне это не помогло.
А вот выполнить "Build\RunMe.BuildPublishConfiguration.cmd" прокатило.
Re[3]: [Ann, ready to merge] поддержка netcore 2 и netstandard 2
Здравствуйте, Слава, Вы писали:
С>Спустя долгие годы разработки MS таки создал экосистему с квантовыми эффектами и квантовой же неопределённостью.
Насчёт квантовой не знаю, но запутанность там точно есть)
4 субботы на эту пакость потратил, но в итоге получилось типа уникальное решение — conditional build с multitargeting под net + net core + нюгет-пакеты + тесты и всё это — штатными средствами, т.е. отладка разных платформ не отваливается.
Ну, во всяком случае, я готового решения не нашёл, хоть и старался.
Народ или тупо лепит все платформы даже в debug-конфигурацию (тормоза студии соответствующие), или городит свои билдскрипты, иногда на cake вместо msbuild.
Re: [Ann, ready to merge] поддержка netcore 2 и netstandard 2
Если нам не помогут, то мы тоже никого не пощадим.
