Тут задают вопрос "откуда ад заборов и коровников"

[metaclass]

А давайте я вам расскажу, откуда берутся ебанутые требования к разработчикам и вообще черви и жабы в ИТ. На примере одного простейшего use-case.
Есть, значит, проект на дотнете. Как положено, его исходники лежат под контролем версий (меркуриал). И я, всего лишь, желаю следующего:
1) Проект собирается на машине, где стоит только вижуал студия (а в идеале - только .NET фреймворк)
2) При сборке получающиеся либы имеют версию вида major.minor.номер-релиза.vcsrevision. Т.е. проставить версии исходя из номера ревизии в меркуриале.
Вполне себе нормальное желание - пришел к клиенту, глянул на свойства файла и видишь что за версия, итд.

Так вот, реализация этого дела с уверенностью заводит в один из следующих тупиков:
1) cmd-файлы, вызывающие комманд-лайн меркуриал и генерирующие файлы AssemblyInfo.cs. При дальнейшем развитии получается фреймворк для билда из cmd-файлов, безальтернативно. Ад кромешнейший.
2) вижуал студия с доставленными 100500 расширениями выполняющими именно это, но каждое из которых не умеет чего-нибудь.
3) NAnt с 100500 вручную написанными скриптами сборки, которые нужно синхронизировать с csproj
4) NAnt, который вызывает MSBuild для сборки, т.к. csproj - это на самом деле скрипты MSBuild
5) то, что я пытался сейчас сделать: только MSBuild. Из соображений "не разводить зоопарк". Ага, да.

Значит последовательность действий с MSBuild:
1) Ищем интеграцию MSBuild с меркуриалом, в гугле. Находим: http://msbuildhg.codeplex.com/
2) Качаем. MSBuild.Mercurial-1.1.2.msi. Хер знает что и куда это ставит, поэтому ставим в виртуальной машине. Смотрим, что реально это два файлика MSBuild.Mercurial.dll, MSBuild.Mercurial.tasks и примеры с документацией.
3) Начинаем разбираться в примере, как установить версию. 125 строк, 4 кб xml-файл HgVersion.targets.
4) Файл зависит от MSBuild Community Tasks. Оттуда используется _ОДНО_ описание таска - AssemblyInfo, которое используется для генерации файла AssemblyInfo
5) Ищем MSBuild Community Tasks в гугле: http://msbuildtasks.tigris.org/. Оказывается, проект переехал на гитхаб: https://github.com/loresoft/msbuildtasks
6) Идем туда. Оказывается, чтобы поставить - нужен Package Manager Console. Являющийся частью NuGet. Скачать просто dll и tasks - нельзя.
7) Думаю - попытаюсь собрать самостоятельно. Качаю исходники, распаковываю, запускаю:
C:\WINDOWS\Microsoft.NET\Framework\v3.5\MSBuild.exe Master.proj
Хрен там. Для сборки ТОЖЕ нужен NuGet: loresoft-msbuildtasks-37dae23\Source\.nuget\nuget.targets(51,9): error : Unable to locate ', ".nuget"))\nuget.exe'

На этом я заябываюсь и иду писать пост в ЖЖ. При этом самодельная реализация того же на бат-файлах - 3 строки бат файла и 10 строк утилитка на дотнете(которую можно заменить awk из GNUWin32, по идее).

Короче, я не знаю, какие сделать из этого выводы. Наверно, проще в корне сборочных скриптов положить файл readme.txt и написать, в какой последовательности что исправлять и что должно стоять на машине, чтобы собрать проекты, потому что попытка сделать "как положено" (системы сборки, общепринятые инструменты) уводит в дебри с первого же шага.

Comments

[craneop.livejournal.com]

После этого пишут что в жабе ад. Ну ну.

[jakobz.livejournal.com]

Написать утилитку на дотнетах, скомпилировать, положить в VCS, запускать как post-build task.

[jakobz.livejournal.com]

Вообще решительно неясно почему рядом к csc в .net не положили runcs.exe с понятным назначением. Можно еще оборачивать все эти using/namespace/class/main чтобы букв писать поменьше.

Был бы на 90% тачек нормальный язык для всякого скриптования. На C#, как по мне, всякие "считай-запиши текст/xml" делаются весьма неплохо. Плюс, в отличии от awk и прочих bat-файлов оно нормально потом усложняется при необходимости.

[n16bs.livejournal.com]

А как насчёт написать свой таск для MSBuild'a который сделает всё что нужно?

[metaclass.livejournal.com]

Чорт, удалил полезный комент от анонимуса
"Любовь некоторых людей к кактусам иногда поражает всякое воображение. Ведь стоит один раз признать очевидную вещь, - сиришотка не язык, а венда не операционка, - и всё становится просто, ясно и красиво, но нет, мыши будут плакать и колоться."

Так вот, что я хотел сказать: оно так и есть, но блин, клиенты хотят винду и C#.

[blueher.livejournal.com]

> Так вот, реализация этого дела с уверенностью заводит в один из следующих тупиков:
1) cmd-файлы, вызывающие комманд-лайн меркуриал и генерирующие файлы AssemblyInfo.cs. При дальнейшем развитии получается фреймворк для билда из cmd-файлов, безальтернативно. Ад кромешнейший.
2) вижуал студия с доставленными 100500 расширениями выполняющими именно это, но каждое из которых не умеет чего-нибудь.
3) NAnt с 100500 вручную написанными скриптами сборки, которые нужно синхронизировать с csproj
4) NAnt, который вызывает MSBuild для сборки, т.к. csproj - это на самом деле скрипты MSBuild
5) то, что я пытался сейчас сделать: только MSBuild. Из соображений "не разводить зоопарк". Ага, да.

я в таких случаях давно и безнадёжно агитирую за JavaScript в ипостаси WSH. Есть на всех виндах включая забытые Богом 95-е, умеет дёргать почти все COM-компоненты, запускать exe-ники и прочая, прочая. При этом - читается куда легче чем все эти CMD. Ну и из всех билд-систем отлично запускается как внешний процесс (если в билд надо вклиниться посредине). При небольшой сноровке весьма удобно. А если захотеть странного - так на нём можно ещё и UI писать, в виде MS HTA. Короче, эдакий некросплатформенный питон.

[alant.livejournal.com]

У нас этим занимается другое червие - TeamCity. В нём придумали спец таск, шоп патчить AssemblyInfo.cs. Как оказалось, решение не без проблем, т.к. в WCF до .NET 4.0 надо указывать strong name и звёздочки в версии сборки не прокатывают

[pascendi.livejournal.com]

Мыши плакали, кололись, но продолжали е..ть кактус.

Майкрософт такой майкрософт...

[darkdrip.livejournal.com]

эта, CS-Script совсем не подходит?

[guamoka.livejournal.com]

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

[bydl0coder.livejournal.com]

Пост-коммит хук?

[black-angel-by.livejournal.com]

Ребе, напишите уже ебилд на свой проект :)

[si14.livejournal.com]

Да уж. Как же я доволен после этого экосистемой эрланга: git pull && rebar get-deps compile && ./start-dev.sh