Стоящий миграции на Грабли?
4 ответа
Я сказал бы да, но у меня есть другая точка зрения, чем парень среды Java, потому что я - парень среды.NET. Я записал и поддержал нетривиальный сценарий сборки (чистый, generate-assembly-info, сборка, тест, покрытие, анализ, пакет) в msbuild (MS XML-управлял усилием NAnt), и это было очень болезненно:
- XML не является дружественным; это является очень шумным
- Никто еще в команде не интересовался изучением его на грани выполнения больше, и более полезен, автоматизация; так высоко соединяют шиной фактор (т.е., если я поражен шиной, они застревают с ним),
- Это не предоставило себя рефакторингу или улучшению - это была одна из тех 'touch-at-your-peril' вещей, Вы знаете?
- Этому были нужны пользовательские задачи C#, которые будут записаны для выполнения различных инструментов необходимая сборка (хотя быть справедливым, часто они записаны поставщиками),
Приблизительно в ценности рабочей недели моего времени (добрался для любви пустых офисов в Новый год!), я изучил достаточно ruby+rake для замены всего этого более коротким (с точки зрения LOC) сценарий с немного большей функциональностью и большей понятностью (я надеюсь, во всяком случае; еще не рассмотрели его).
Это извлекает выгоду из: - Это - новый язык, но реальный язык. Мои товарищи по команде как изучение новых языков, и это, в то время как тонкое оправдание, является все еще оправданием ;-) Это могло бы смягчить фактор шины, если я прав. - Это - короткий транзитный участок (я собираюсь) отсюда до capistrano, автоматизировать/удаленного/распределенного развертывания инструмента от мира RoR. Несмотря на то, чтобы быть магазином стека MS, мы собираемся использовать это в сочетании с IIS7, наконец имеющим инструмент конфигурации CLI.
Так, да. Ваш пробег может варьироваться, но это стоило того для меня.
Другим инструментом, который Вы могли бы хотеть проверить, является Gant, если муравей не удовлетворяет Ваши потребности. Это добавляет полноценную поддержку сценариев муравью, но позволяет Вам снова использовать свои задачи Ant по мере необходимости. Это действительно зависит от того, что Вам не нравится приблизительно муравей.
Вы могли бы хотеть проверить buildr также. Это - высокоуровневый инструмент сборки, основывался на граблях. По моему скромному мнению, это берет много хороших функций от знатока и выбрасывает плохие. Я не использовал его ни в чем большом сам, но я знаю людей, которые имеют и довольно довольны им.
Грабли являются большими, если Вы хотите:
- Доступ к реальному языку программирования; условные выражения и циклы все очень просты, по сравнению с Муравьем (в котором они почти невозможны),
- Формат файла, который легко считать и может быть проверенным синтаксисом
- Более интуитивное/предсказуемое присвоение значений к переменным
Грабли плохи для Вас потому что:
- Необходимо обеспечить много основной из задач (как выполнение javac, создание файлов банки, и т.д.) сами. Проекты как Ворон могли бы помочь, но это кажется приспособленным к автоматически загружению зависимостей и не так автоматизированное создавать/развертывать процесс. Плюс, немного недостает документации.
- Большинство инструментов Java, которые могут быть автоматизированы, сделано как задачи Ant, которые не легко выполнимы от Граблей; запуск JVM может быть раздражающим во время изготовления