Запросто. У меня буст билдился по 4 часа на старой машине.

Так что с моей точки зрения важность инкрементальной сборки преувеличена

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

Так что с моей точки зрения важность инкрементальной сборки преувеличена

Дак а как без неё-то жить?

На каждый билд 3 минуты тратить теперь чтоли?

А я люблю проект пересобирать часто.

Обычно с dotCover после каждого сохранения.

https://docs.microsoft.com/ru-ru/visualstudio/msbuild/how-to-build-incrementally

Ок, это про мсбилд,

Видишь, там инкрементальная сборка есть, и поэтому народ им пользуется.

А без неё-то как? :)

Ну тут просто было вроде утверждение , что в мсбилд ее нет

Не, ну это неправда же.

Я поэтому и говорю, что как велосипед - ок

Было утверждение, что она примитивная.

Другой вопрос, что инкрементальная сборка дотнет-проектов — это вообще довольно странный предмет.

Было утверждение, что она примитивная.

Учитывая скорости, продвинутая не очень нужна

Другой вопрос, что инкрементальная сборка дотнет-проектов — это вообще довольно странный предмет.

И я о том

Это скорее парадигма с++ этц

Но, если честно, я не думаю, что нам нужна ещё одна система сборки для дотнета.

А вот для других вещей очень даже пригодилась бы.

Ну тут понятно, что у человека в бэкграунде много цпп

Учитывая скорости, продвинутая не очень нужна

Люди говорят, что компилятор долго собирается, например. Ещё были жалобы на тайппровайдеры.

Компиляторы и тайп провайдеры будут долго собираться и при инкрементальной сборке, если что

Я сейчас использую Invoke-Build, представляете? Это же ужос!

Особенно тайп провайдеры

Я даж не знаю, что это такое

https://github.com/nightroman/Invoke-Build/blob/ebde6a2ef4f84b9069a3ee2d6fb30779bb0df624/Tests/Incremental.test.ps1#L141-L150 — такое.

А, типа psake

Не.

psake как раз не умеет в инкрементальные билды, а эта хренюшка умеет.

И мне инкрементальные билды часто нужны для всяких мелочей, с которыми не работает msbuild.

Всякие там картинки перегонять, публиковать документы, рисовать схемы.

И мне инкрементальные билды часто нужны для всяких мелочей, с которыми не работает msbuild.

Ну это да

Особенно тайп провайдеры

Я так понимаю, со стороны провайдеров должно быть какое-то своё кеширование.

Я с большим удовольствием буду пользоваться билд-системой на F# :)

Я так понимаю, со стороны провайдеров должно быть какое-то своё кеширование.

Там в момент компиляции же происходит генерация типов с запросом источника данных

Соответственно нетворк коллы, вот это вот все

Скорости компиляции никогда не бывает достаточно

Мне Го тоже показался быстрым, но когда кода стало 2k строк стало напрягать

Скорости компиляции никогда не бывает достаточно

Согласен, но пока нет полноценной конвертации из msbuild, использование инструмента под вопросом

С ним будет больше проблем, чем их решения

Ну и лучше позиционировать как билд систему не для .net

А, как говорили выше, для прочего разного

Все так и есть. Только одним msbuild обычно не отделаешься. У мс какой-то korebuild видел. Вот это костыль

Все так и есть. Только одним msbuild обычно не отделаешься. У мс какой-то korebuild видел. Вот это костыль

MSBuild на данный момент кроссплатформенный

Каких сценариев он не покрывает?

Ещё не нравится когда в проекте начинают лепить батники по паре килобайт, а потом на bash портируют

Это не проблемы билд систем

Это проблемы отдельных людей

И это, не рослин, шоле, в качестве компилятора?

Пичалька

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

Рослин и неткоре

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

Обычно это отдельные билд степы на сервере

Есть xbuild, но он уже deprecated

Рослин и неткоре

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

Обычно это отдельные билд степы на сервере

Только это иногда вырастает в проблему, что локально, без тимсити не соберёшь

Только это иногда вырастает в проблему, что локально, без тимсити не соберёшь

Тут надо разделять проблемы

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

Это я про другую боль :)

Первый вопрос - зачем?

Зачем что?

Собирать локально релизную версию

Чутка не в тему вопрос, почему Firacode в VS и VSCode по разному отображается?

Я понимаю сценарий локально подменить сборки

Нет, это ни в коем случае нельзя. Бывает надо проект в самом основании собрать, они в разных репах и нугетах и каждый со своим жц

Чутка не в тему вопрос, почему Firacode в VS и VSCode по разному отображается?

Разная работа с лигатурами

Что еще сильно в коде напрягает - переопределение операторов типа ++

Впрочем, это беда общая в f#

Хрен поймешь ведь

Что значит ..>

Это из fake, мне fileset билдер больше по душе

Но до Хопака все равно далеко

Что значит ..>

Двоеточие развёрнуто

Что значит ..>

С благодарностью приму любые предложения. Сам уже пять вариантов перепробовал

Чутка не в тему вопрос, почему Firacode в VS и VSCode по разному отображается?

Firacode - это крутой шрифт?

Firacode - это крутой шрифт?

На вкус и цвет

Firacode - это крутой шрифт?

Отож!

''' // cut the trailing "\" let d = if root.Length < path.Length then 1 else 0 path.Substring(root.Length + d) else path'''

// cut the trailing "\" let d = if root.Length < path.Length then 1 else 0 path.Substring(root.Length + d) else path

Жесть

path.TrimRight('\\')

// cut the trailing "\" let d = if root.Length < path.Length then 1 else 0 path.Substring(root.Length + d) else path

Это где такой ад?

https://github.com/OlegZee/Xake/blob/5074d22c545f2efcd1644e5cfd910ea51bed3fec/core/DotnetTasks.fs

https://github.com/OlegZee/Xake/blob/5074d22c545f2efcd1644e5cfd910ea51bed3fec/core/DotnetTasks.fs#L46

https://github.com/OlegZee/Xake/blob/5074d22c545f2efcd1644e5cfd910ea51bed3fec/core/DotnetTasks.fs

Пристыженный иду исправлять ?

let levelFromString defaultLevel (text:string) :Level = if text.IndexOf "): warning " > 0 then Level.Warning else if text.IndexOf "): error " > 0 then Level.Error else defaultLevel

Дело видимо в размере шрифта

Но в VSCode в пикселях шрифт, а в VS видимо в поинтах

Движки текстового рендеринга очень разные, растеризация фонтов

let levelFromString defaultLevel (text:string) :Level = if text.IndexOf "): warning " > 0 then Level.Warning else if text.IndexOf "): error " > 0 then Level.Error else defaultLevel

А как ещё, contains?

Можно и Contains

Но в VSCode в пикселях шрифт, а в VS видимо в поинтах

Да.

Рослин сам генерирует все предупреждения

Там нормальный апи

@olegzee, а вот этот мего-код я бы советовал согласовать с vscode: https://github.com/OlegZee/Xake/blob/5074d22c545f2efcd1644e5cfd910ea51bed3fec/core/DotnetTasks.fs#L69-L74 У них там в tasks.json тоже можно выбирать парсер ошибок и предупреждений компилятора. Наверняка они там нормально сделали, чтоб дружило с msbuild.

Там нормальный апи

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

Я щас попробую найти, где у них там эта парсилка лежит. Если найду, скину ссылку.

type private obsolete = System.ObsoleteAttribute [<obsolete("Use Path.parse instead")>] let parseFileMask = Path.parse ЗАЧЕМ????