ну я чот изображал когда-то, но потом пересел на иглу PS и забыл

что только люди не делают, чтобы перл не учить

помню самое странное было понять разницу между %%id и %id

что только люди не делают, чтобы перл не учить

ты это с кем разовариваешь?

я на перле такое писал - тебе и не снилось!

чего не продолжаешь?

чего не продолжаешь?

в моей деревне нужно было пойти с перла на ц# чтобы хоть как-то двигаться вперёд

ну я чот изображал когда-то, но потом пересел на иглу PS и забыл

ну, просто Execute FAKE таска в пайплайне за каким-то мпх хочет запускать цмд :(

ну, просто Execute FAKE таска в пайплайне за каким-то мпх хочет запускать цмд :(

шо? кто где?

зачем?

можно просто PS таску заместо неё поставить?

а что там от CMD надо-то?

можно просто PS таску заместо неё поставить?

я ничерта не понял. Заместо кого? Что случилось?)))

Fake template генерит fake.cmd со всяким бутстраппингом

оно и запускается

Fake template генерит fake.cmd со всяким бутстраппингом

ну для винды. Для линухов sh

но я хочу туда ещё поднаписать всякого

но я хочу туда ещё поднаписать всякого

тогда смысл бутстрапинга теряется

мне ихий бутстраппинг не нравится

там должно быть максимум - установка dotnet tool и запуск

вот это вот

ну я кажется понял, но эт чот странное! да, можешь PS скрипт напилить для запуска, его все нормальные винды поддерживают и даже линуха

dotnet tool list -g | find /C "paket"

дада, ps можно на линухах запускать

до вот этого я дошёл

но не могу понять, как это положить куда-то или использовать в условии

dotnet tool list -g | find /C "paket"

а чо бы не поинсталить второй раз поверх? ничо ж не упадёт

но не могу понять, как это положить куда-то или использовать в условии

$abc = ...

это в PS

аа, SET abc =

не работает

SET /A paket_installed=0 dotnet tool list -g | find /C "paket" | SET /P/A paket_installed="" echo %paket_installed%

раскрытие переменных в %...% делается один раз в момент запуска скрипта

а не по мере выполнения

окей - а как по мере?

https://ss64.com/nt/delayedexpansion.html

монопенисуально

лана - пошёл на PS :)

надоело бороться

лана - пошёл на PS :)

ну вот да

тогда смысл бутстрапинга теряется

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

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

ну вот по мне так скрипт фейка из каропки вполне справлялся

дада, ps можно на линухах запускать

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

ну вот по мне так скрипт фейка из каропки вполне справлялся

ситуации разные есть

кому-то надо какие-то там ресурсы компилить

у кого-то несколько проектов должны собираться

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

ну я соглашусь что он там как корове пятая нога

но вполне возможно писать кроссплатформенные скрипты на PS

но бутстрап генерит три файла, кажется

причем два из них просто проверяют, чем запустить build.fsx

но бутстрап генерит три файла, кажется

ну да, основной fsx файл где всё запускатор этого для винды (cmd) запускатор того же самого но на линухе (sh)

хотя sh можно и на винде

мне линух не нужен

мне линух не нужен

сам cmd просто проверяет, чем запускать buld.fsx

я собираюсь оставить тока вот этот PS и build.fsx

ну вроде бы тебе ничего менять в build.cmd не следует

ну вроде бы тебе ничего менять в build.cmd не следует

вот и я о том же

но теоретически, если этот проект не выйдет за пределы локалхоста - то можно. но не нужно

ну....

нет - он поедет на билд-агента

тогда настоятельно рекомендуется ничего не трогать. или будешь еще пару дней пилить билд-агента

вот примерное содержание build.cmd

@echo off .paket\paket.exe restore -v if errorlevel 1 ( exit /b %errorlevel% ) packages\build\FAKE\tools\FAKE.exe build.fsx %*

типа того да

как видишь, тут строго бутстрап пакетов (чтобы получить fake на машине) и передача управления в fake

так что если тебе нужна дополнительная логика сборки - тебе надо править build.fsx

не я хотел чтобы paket и fake были -g

не надо

не я хотел чтобы paket и fake были -g

на билд агенте?

а чо? он у меня свой

ты так скрутишь голову другим проектам, которые могут зависить от других версий пакета и фейка

лана... почти убедили

в этом весь юмор. мой рабочий проект завязан на пакет древней версии. а мой пет - на paket -g

надо ли говорить, что они не дружат между собой?

не надо :)

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

ЗДОБУЛИ

в этом весь юмор. мой рабочий проект завязан на пакет древней версии. а мой пет - на paket -g

кстати не так давно узнал что можно версию пакета задавать в paket.dependencies

можно, прикинь. рекурсивная такая штука

FAKE тебе открытым текстом это говорит

кстати, недавно столкнулся с проблемой, как пакетом добавить референс на System.Web?