tl;dr lock-файл, кеширование, solution-wide пакеты

Где то слышал, что после того как msbuild научился сам качать зависимости пакет уже и ненужен (сам никогда не юзал paket с f# core clr)

Имхо, недостатки нугета — это стимул фокусироваться на доработке нугета, а не на создании еще одного пакетного менеджера...

Я уйду немного в сторону от технических деталей, если позволите. Разнообразие — это хорошо, это позволяет инструментам конкурировать и развиваться вместе. Paket появился очень давно, это хороший инструмент, разработанный комьюнити. И я думаю, Paket не в последнюю очередь влиял на улучшение NuGet, который был и остается в ведении MSFT.

Поэтому я всему руками за альтернативы в инструментах: от языков и IDE до систем сборок и пакетных менеджеров.

diversity - наше все

В чём это выражается? На .NETCore/.NETStandard зависимости всех проектов независимы друг от друга. packages.config это немножко легаси же.

Я не поленился сходить и спросить в Slack, потому что сам имею мало опыта работы с .Net Core. :)

Я не поленился сходить и спросить в Slack, потому что сам имею мало опыта работы с .Net Core. :)

Что говорят? ;)

Кстати слышали в core clr 2.0 dotnet restore будет вызываться неявно почти при любой команде

Что говорят? ;)

https://gist.github.com/gsomix/3d560086a4633177984c0e759428a30f

https://gist.github.com/gsomix/3d560086a4633177984c0e759428a30f

Интересно. Не сталкивался с проблемами смены версий и кешированием старья, кор завёлся с первого раза и без толкотни с транзитивами, в отличие от фреймворка.

https://gist.github.com/gsomix/3d560086a4633177984c0e759428a30f

А пакет решает это проблему с транзитивностями?

А пакет решает это проблему с транзитивностями?

Получается, что да.

Ну в общем спорно, что even worse.

Я думаю, скоро появится пост или заметка в FAQ о ситуации в .Net Core.

Народ в слэке обсуждает.

Но ведь старьё можно выпнуть простым dotnet restore?

В общем хз насколько это нужно. F# на коре в Visual Studio нужнее)))))

Почитал https://fsprojects.github.io/Paket/paket-and-dotnet-cli.html. Пакет интегрируется в процесс так что donnet restore будет использовать пакет

Но ведь старьё можно выпнуть простым dotnet restore?

В том-то и беда.

Нужна повторяемость билдов.

Если я правильно понял, в NuGet работают над этим. Но пока не сделали. https://github.com/NuGet/Home/wiki/%5BFeature%5D-Enable-repeatable-builds-for-PackageReference-based-projects

В общем хз насколько это нужно. F# на коре в Visual Studio нужнее)))))

Это к другим людям. ;)

Я уйду немного в сторону от технических деталей, если позволите. Разнообразие — это хорошо, это позволяет инструментам конкурировать и развиваться вместе. Paket появился очень давно, это хороший инструмент, разработанный комьюнити. И я думаю, Paket не в последнюю очередь влиял на улучшение NuGet, который был и остается в ведении MSFT.

Вот ссылка в продолжение темы Майкрософта и Нугета https://github.com/NuGet/NuGetGallery/pull/4437

https://gist.github.com/gsomix/3d560086a4633177984c0e759428a30f

Ох. Ну, это на самом деле повод задуматься и перевести мои Core-проекты на Paket :)

Я не знал, что оно каждый раз заново резолвит зависимости (в потенциально новую конфигурацию). Это нехорошо.

В старом режиме с project.json у них таки был lock-файл, и поэтому я расслабился :(

Я вот только не понял, пакет можно с полным фреймворком использовать? И как себя вс чувствует?

Я вот только не понял, пакет можно с полным фреймворком использовать? И как себя вс чувствует?

Можно. VS себя чувствует прекрасно, установленные пакеты прописываются в References.

Есть даже расширение для VS.

Есть даже расширение для VS.

Я его, кстати, пилил!

Тогда стоит попробовать, наверно

Судя по FAQ пакет это как нугет, только поумнее. Хм

В пакете есть киллер фича

Ох. Ну, это на самом деле повод задуматься и перевести мои Core-проекты на Paket :)

Packet вроде всё ещё работал на Mono

В пакете есть киллер фича

?

Да и вообще, когда я в последний раз пробовал на коре, он так и не смог загрузить MySql provider

Да и вообще, когда я в последний раз пробовал на коре, он так и не смог загрузить MySql provider

А почему он должен?

А почему он должен?

Потому, что я ему в зависимостях прописал

Потому, что я ему в зависимостях прописал

Показывай.

Paket failed with: Error during extraction of L:\dev\FSharp\fable-suave-scaffold-master\packages\MySql.Data\MySql.Data.7.0.7-m61.nupkg. Message: Извлечение записи ZipEntry приведет к созданию файла за пределами указанного целевого каталога. In rare cases a firewall might have blocked the download. Please look into the file and see if it contains text with further information.

Paket failed with: Error during extraction of L:\dev\FSharp\fable-suave-scaffold-master\packages\MySql.Data\MySql.Data.7.0.7-m61.nupkg. Message: Извлечение записи ZipEntry приведет к созданию файла за пределами указанного целевого каталога. In rare cases a firewall might have blocked the download. Please look into the file and see if it contains text with further information.

А через PackageReference работало?

?

paket.local называется

А через PackageReference работало?

Да я уже не помню

Paket failed with: Error during extraction of L:\dev\FSharp\fable-suave-scaffold-master\packages\MySql.Data\MySql.Data.7.0.7-m61.nupkg. Message: Извлечение записи ZipEntry приведет к созданию файла за пределами указанного целевого каталога. In rare cases a firewall might have blocked the download. Please look into the file and see if it contains text with further information.

Вообще, похоже на битый архив.

Я щас скачал ту версию, и никакого криминала в архиве не вижу.

Это было 9 июня

Уже может пофиксили

Обычно пакеты в нугете иммутабельные. Нельзя просто так взять и перезалить пакет.

Я больше скажу - его даже просто так не удалишь

Можно заанлистить.

Я про Paket

Дело не в пакете, так как nuget с ним нормально работает

Сорян, я через Paket не пробовал устанавливать. Просто скачал из нугета nupkg на предмет несуразностях в путях.

Дело не в пакете, так как nuget с ним нормально работает

Я уже половину утра возился с таким пакетом.

Проблема только с Paket

С nuget всё ок

Проблема только с Paket

netcore или net45?

netcore

Я уже половину утра возился с таким пакетом.

Стоит заметить, что в итоге мы пришли к выводу, что Paket с ним работает нормально :)

netcore

Issue завел?

Issue завел?

Нет

Нет

Какая версия?

https://stackoverflow.com/questions/44562254/cant-add-mysql-data-using-paket

https://stackoverflow.com/questions/44562254/cant-add-mysql-data-using-paket

Такая же проблема

Какая версия?

Я хз, я не дома сейчас

Я хз, я не дома сейчас

MySql.Data 8.0.8-dmr работает как часы.

Кстати, никто не знает, где валяются исходники пакета Microsoft.SqlServer.Types?

Я бы им туда ишью запилил

Есть ли вообще там исходники?

Это, вроде, пакет, который вместе с SQL-сервером идёт?

Типа того

https://www.nuget.org/packages/Microsoft.SqlServer.Types/

В общем, под f# его использовать только с напильником

Потому как писали его люди, которым больно от мысли о том, что в инфраструктуре дотнета есть другие языки кроме f#

Как это можно сделать?

Как использовать?

Или как чинить7

?

Нет, как можно сделать пакет, сложно используемый из F# :)

Легко

Написать install.ps

Разве что если там всё обмазать Expression<Func>

Написать install.ps

Ох, блин, да.

который добавляет в проект автогенерируемый cs файл

Да, это они любят.

И привет

Я правильно понимаю, что консольный NuGet тоже не со всеми install.ps1 справится?

Угу

Которые завязаны еще и на студию, например.

Нет же, не должен.

Я думаю, что install.ps1 это вообще фишка студии.

Не

Хорошо, что ситуация улучшилась с новым SDK, Core и прочим.

Это фишка нугета

https://github.com/NuGet/Home/issues/4561

> Project.json and PackageReference do not run install.ps1.

\o/

Вроде как это не фишка нугета.

Ну тогда вообще алаверды

И если я захочу поработать с mssql на .net core