svscorp 5 фев 2013 в 16:41

Сборка Symfony2 проектов с использованием Jenkins

3 мин

16K

Веб-разработка*Тестирование IT-систем*Symfony*

Туториал

Перевод

Комментарии 19

Fesor 5 фев 2013 в 22:02

Не осилил ваш перевод, ушел читать оригинал. Хотя тема полезная.

svscorp 5 фев 2013 в 22:22

Поделитесь в приват, что вызвало непонимание. Я использую фидбек для развития стиля изложения и будущих статей :)

velikan5 31 окт 2013 в 16:58

хоть у Вас всё понятно (можно сказать идеально), но некоторым людям легче уже воспринимать текст на инглише

VolCh 5 фев 2013 в 22:13

Как-то «сборка» и «php/symfony» у меня в голове слабо связываются в принципе. Что имеется в виду? Разогрев кэша перед деплоем?

nuclear 5 фев 2013 в 22:15

PHPUnit+PHPCodeSniffer+PHPMessDetector+PDepend.

Походу оно гоняет тесты.

svscorp 5 фев 2013 в 22:20

Да. Тесты + проверки по стандарту кодирования Symfony, PSR… (настраивается в скрипте build.xml дополнительно). Плюс показывает избыточные моменты, слишком большие классы, тяжесть логики и т.д.

svscorp 5 фев 2013 в 22:17

Имеется ввиду проверка проекта перед продакшном + статистика по покрытию кода тестами, соответствию стандарту. Любой коммит вызывает «сборку», если разработчик забыл где-то die(), не задокументировал новые методы или классы, допустил синтаксическую ошибку или сломал другую часть кода своим изменением — он об этом сразу же узнает.

VolCh 5 фев 2013 в 22:30

А в чём преимущества Jenkins перед простым хуком на коммит в ту или иную ветку?

svscorp 5 фев 2013 в 22:40

На мой взгляд, в аккумуляции всех проверок коммита в одном месте и визуальном представлении. Я занимался этим вопросом и решил проработать такой вариант. Делюсь результатом :) В принципе, команда оценила результат!

Fesor 6 фев 2013 в 00:51

В том что можно сразу всей команде рассылать уведомления о том что свалилось. Скажем вы весь день работали над кодом, а ночью Дженкинс прогоняет все проекты, делает отчет и отправляет всей команде, что бы утром вы могли сразу же увидеть что да как. Если у вас в проекте задействовано много людей, то такая штука может здорово помочь организовать работу. А вообще это по сути стандарт де-факто, как Jira для управления проектами.

VolCh 6 фев 2013 в 00:54

То есть ориентация больше на большие команды?

Fesor 6 фев 2013 в 01:44

Ну если рассматривать в контексте PHP то пожалуй да, хотя я не могу сказать точно. Просто мне сложно представить кейс когда одному или двум разработчикам может понадобится дженкинс. Уверен что есть исключения, но все же в PHP нет такого этапа как сборка проекта. А вот если речь идет о программах/библиотеках которые собираются по часу и больше, или же таких программ много — удобнее оставить это на ночь, а с утра у всех будут отчеты по своим проектам.

У меня к сожалению не так много опыта в работе с CI.

svscorp 6 фев 2013 в 12:12

Я бы не сказал так. Я пробую это в небольшой скрам команде из 6-и человек. Но в большой команде это может быть еще более актуальней.

svscorp 5 фев 2013 в 22:18

Но, конечно, «сборка» для php, понятие не обычное :)

VolCh 5 фев 2013 в 22:34

Наверное, стоило бы об этом сначала пост написать :) Или ЦА чисто те, кто знает что это и зачем? И популяризация CD/CI в мире PHP в ваши цели не входит?

svscorp 5 фев 2013 в 22:41

Это великолепная идея! Спасибо за идею.

Отвечая на ваш вопрос, популяризация CD/CI это одна из мотиваций написать и перевести эту статью.

VolCh 5 фев 2013 в 22:56

Пожалуйста :)

Могу даже помочь с примерным планом статьи, как человек о CD/CI для «серьезных» языков что-то слышавший, но о возможности применения в PHP не задумывавшийся, вернее, прикинув что слышал в основном с упором на автоматическую компиляцию — отбросил.

LiaDesign 8 фев 2013 в 20:09

Кусочек «забыл»: добавить шаг composer в ваш build.xml. Как это сделать в этой статье;
Без ссылок/кода

svscorp 9 фев 2013 в 21:33

Спасибо, поправил.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Показать лучшие за всё время

Сборка Symfony2 проектов с использованием Jenkins

Комментарии 19

Публикации

Истории