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

[Fesor]

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

[svscorp]

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

[velikan5]

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

[VolCh]

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

[nuclear]

PHPUnit+PHPCodeSniffer+PHPMessDetector+PDepend.

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

[svscorp]

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

[svscorp]

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

[VolCh]

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

[svscorp]

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

[Fesor]

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

[VolCh]

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

[Fesor]

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

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

[svscorp]

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

[svscorp]

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

[VolCh]

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

[svscorp]

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

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

[VolCh]

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

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

[LiaDesign]

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

[svscorp]

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