Какой инструмент для сборки вы используете профессионально?

Мы используем FinalBuilder — я думаю, что он очень похож на VisualBuild, хотя я не использовал последний.

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

Не очень сложно, но мы используем набор пакетных файлов. И это прекрасно работает.

Для проектов Java мы используем Teamcity, что-то вроде круиз-контроля, но вы также можете выполнить удаленный запуск, то есть вы отправляете свои изменения на сервер, он создает и выполняет модульные тесты, если все работает нормально, ТОГДА вы регистрируетесь, очень хорошая сборка инструмент и бесплатно до 20 конфигураций сборки.

Для наших проектов Visual Studio 2005, включая упаковку окончательных исполняемых файлов и dll с помощью InstallShield и размещение их на общем сервере, мы используем Final Builder, это не бесплатно, но очень легко использовать и начать работу.

Мы также подключаемся по телнету (из FinalBuilder) к ряду других платформ (Unix/Linux/OpenVMS) и запускаем удаленные сборки, запуская там make-файлы.

Мы не используем непрерывную сборку, но есть сервер FinalBuilder, который справляется с этим и поставляется бесплатно с лицензией FinalBuilder Professional.

Мы очень довольны FinalBuilder, с ним легко освоиться, и он достаточно мощный, чтобы решить большинство проблем.

CMake. Создает файл сборки для KDevelop, Eclipse, Makefiles и Visual Studio (и XCode), и это действительно работает. Вы можете легко расширить его с помощью макросов, хотя возможности программирования довольно ограничены. Его легко освоить, и перенос существующего приложения из Visual Studio в него довольно прост. Однако вы ограничены кодом C++/C и IIRC Fortran.

KDE теперь также использует CMake, поэтому кажется, что он очень хорошо масштабируется (т.е. время генерации для проектов/проверки зависимостей не так уж плохо).

Я не уверен, что это именно то, что вы ищете, но я ЛЮБЛЮ CruiseControl.NET. Я создаю свои проекты, используя задачу MSBuild. У него нет точно графического интерфейса, но есть веб-интерфейс для просмотра результатов ваших сборок и резидентная программа в системном трее, которая будет предупреждать вас о статусе сборки.

Апперкот. Это бесплатно.

UppercuT использует NAnt для сборки, и это безумно простая в использовании Build Framework.

Автоматизированная сборка так же проста, как (1) имя решения, (2) путь к исходному коду, (3) название компании для большинства проектов!!!

http://code.google.com/p/uppercut/

Вот несколько хороших пояснений: UppercuT

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

Я ничего не знаю о Visual Build, но, судя по вашему описанию, он привязан к Windows и не запускается из командной строки.

Если вы создаете программное обеспечение Java (я предполагаю, что вы делаете это, поскольку используете Ant), предпочтительнее иметь кросс-платформенный инструмент. Если вы можете запустить инструмент из командной строки, значит, он поддерживает сценарии, что чрезвычайно важно для автоматизации.

Ant также расширяем и является стандартом де-факто. Многие инструменты, которые вы можете использовать (Cobertura, TestNG и т. д.), предоставляют задачи Ant, поэтому их можно легко интегрировать в вашу сборку.

Я использую Ant для всех проектов Java. Некоторые люди предпочитают Maven, но я не из их числа. Ant далек от совершенства (синтаксис XML немного неуклюж), но он хорошо документирован, чрезвычайно стабильно и довольно просто.

Если вы используете стандартный инструмент, такой как Ant или Maven, вы сможете использовать любое количество Продукты непрерывной интеграции. Я сомневаюсь, что вы найдете много таких, которые работают с Visual Build.

Большинство IDE поддерживают Ant, поэтому они предоставляют вам своего рода графический интерфейс, а ваш CI-сервер предоставляет вам веб-интерфейс для выполнения сборок.

NAnt (порт Ant для .NET). Прекрасно работает и легко расширяется.

Для небольших проектов я использую сценарии пост-сборки, и с поддержкой 7z, Nsis и подобных инструментов CLI он отлично справляется со своей задачей.

TeamCity и CuriseControl хорошо подходят для любых проектов, но вот почему вы хотели бы выбрать TeamCity:

Простота настройки: во время настройки мы обнаружили, что TeamCity проще в настройке и использовании, особенно по сравнению с CruiseControl. Нам не нужно было редактировать XML-файлы или массово настраивать отдельные машины сборки, такие как CruiseControl.

Простота расширения: TeamCity также отличается простотой расширения. Если мы обнаружим, что сборки слишком долго ожидают в очереди, мы можем добавить больше компьютеров в качестве агентов. Единственная дополнительная работа с нашей стороны — это регистрация новых компьютеров на сервере TeamCity и установка msbuild и subversion.

Взаимодействие с Subversion: можно проверить, сколько и какие изменения были зафиксированы в subversion с момента последней сборки, кто запустил сборку и т. д.

Я очень полюбил scons для создания файлов C++. Это очень просто, и сценарии сборки написаны на Python (что намного лучше, чем некоторые взломанные DSL IMO).

Ant или Maven — отличные небольшие инструменты для сборки.

А если вы хотите автоматизировать процесс сборки, есть отличные инструменты, такие как TeamCity и Bamboo.

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

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

Что касается создания графического интерфейса... Я всегда чувствовал, что это скорее минус, чем плюс.

Maven лучше всего подходит для меня, потому что он обрабатывает зависимости проекта