Там - 4 файла и одна папка в минимальном варианте. Имена задач - строки. Синтаксический оверхед - как в яве. Куча модулей с непонятными (но очень важными) настройками в описании

После appVeyor как в помойку окунулся

Я, конечно, понимаю - один сборочный скрипт на все среды

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

Nuke build

AppVeyor - 1 файл, 30 строк со сборкой, тестами, анализом покрытия, решарпером, деплоем в нугет (myget)

Это название хорошей системы сборки? ;)

Ага. Пользовался пару раз. Дебажится и все такое. Обычный сишарп консоль проект

У чистых консолек другая проблема - вывод в форме да-нет-текстовый лог

Msbuild

А остальное от лукавого

msbuild с новым форматом проектов кстати неплох при всей мерзости xml

Один только нюанс - dotnet build научился в C#-таски?

Фиг знает, надо смотреть

Скорее всего нет

Учитывая, что dotnet new не умеет в локальный nuget.config, удивляться не приходится

Но тулы проще всего ставить шоколадкой, скрипты гонять повершелльные, а вывод смотреть в нормальной таблице

я вот за FAKE могу рассказать, это как Cake только на F#
регулярно пользуюсь. Почему:
1) не надо держать в голове ansible/appveyor/yaml/powershell/bash назови ещё пицот разновидностей скриптовых языков. Пишешь на F# проект, на F# собираешь
2) Можно реализовывать скольк угодно сложные зависимости и графы параллельной сборки. Не все проекты укладываются в dotnet restore -> dotnet build. Да, большинство укладывается, но есть геморойные. Для большинства я себе давно сделал разворачивающийся dotnet new темплит где FAKE всё делает из коробки куда бы ты его не задеплоил
3) таки богатый набор либ и интеграций. Т.е. хоть в azure blob, хоть рест апи дёргай во время билда, хоть в spark паблиши. Если чо не хватает, допихал .Net либ через #r в скриптовый файл и хоть на луну заливай. Appveyor так не может

ну и вывод в консоль у FAKE превосходный. с графами, временем, цветастый. Отлично короче

Ayrat Уже перешел на пятую версию?