Как у вас организован процесс разработки на Битрикс?

Question

[Denis Semenov]

Алоха, коллеги.
Подскажите, как у вас налажен процесс разработки проектов на Битрикс с использованием всех современных благ цивилизации, таких как git, node, composer, bower, gulp, blablabla...
Раньше работал с различной статичной вёрсткой, WordPress, OpenCart. В основном только верстал и, чуть больше, чем немного, правил js & php + хватало различных плагинов и модулей. И вот теперь судьба решила поставить надо мной очередной опыт в виде Битрикса. Попался мне сайт, который надо переделать. Здесь тоже в основном занимаюсь вёрсткой или правлю уже имеющуюся логику. Если что-то посерьёзнее, то отдаю дядькам поопытнее. Расскажите, как упростить жизнь и не править всё через админскую часть? Как верстать и натягивать шаблон на локальной версии и отправлять всё на основной сайт, с учётом наличия, например, отдельных файлов css у различных компонентов? Как принимать работу от сторонних разработчиков, чтобы ничего не сломать и при этом иметь возможность протестировать перед публикацией результата? Как в целом у вас происходит взаимодействие с Битриксом?

UPD: Интересуют решения не только с git'ом:

node, composer, bower, gulp, blablabla...

Answer 1

[Дмитрий Королев]

Расскажите, как упростить жизнь и не править всё через админскую часть?

А зачем править через админскую часть, если есть ftp, sftp? Правки кода или стилей через админскую часть - странное решение, хоть битрикс, хоть не битрикс.

Как верстать и натягивать шаблон на локальной версии и отправлять всё на основной сайт

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

Comments

[Denis Semenov]

Подразумевал не именно написание кода, а копирование файлов или частей кода из локальной среды разработки ручками на сайт, не важно через ftp или копипастом. С git'ом всё понятно, настроил на /locale и отправляй изменений сколько влезет. Так или иначе СКВ не отменяет вопроса, который вы процитировали, но почему-то то ли обрезали, то ли не дочитали, про использование, например, gulp с его плагинами. Вы используете sass? Как, например, компилируете файлы css с учётом их разнесения по различным компонентам? Или никаких стилей в компонентах и всё в папочку css? Из вашего ответа выше можно понять, что вы только гитом пользуетесь и о существовании других, упрощающих жизнь, технологий вы не знаете. :)

[Дмитрий Королев]

Денис Семенов: вопрос я прочитал, но в свете этого комментария у меня недопонимание ) С одной стороны вы упоминаете git, sass и прочее, а с другой пишете, что редактируете через админку )

Я больше по бэкенду специализируюсь, и для этого у меня есть шторм, git и понимание логики битрикс-компонентов, работа с API битрикса. Если делаю проект в одиночку, то, поскольку не являюсь профессиональным верстальщиком, верстку пишу без использования sass, gulp, и в качестве базы использую подходящий под задачу css-фреймворк, или для простых проектов с нуля верстаю.

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

Answer 2

[Никита]

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

Answer 3

[Stalker_darkway]

Как делаю я делать не стоит:
Берешь компонент, создаешь его копию, подключаешь, делаешь все что нужно, проверяешь. Зашло? Копируешь в основной и подключаешь его.
Раньше через FileZilla еще заливал, но сейчас правки минимальные. Если надо что-то верстать, то на локалке пилю и заливаю. Если мелкие правки, то прямо в рабочем проекте. Еще раз: так делать не надо.
Еще раньше заморачивался и делал бэкапы, ранние версии и пр. Но тут все быстрее, быстрее, быстрее. Постоянно торопят. Ой все, нате вам как хотите, другому программеру когда передавать будете - он поседеет.

Comments

[Denis Semenov]

Вот я и поседел, когда мне передали этот чудо-проект... ;)

[Дмитрий Королев]

Совершенно согласен, что так делать не стоит ) Сколько уже таких проектов через меня прошло, где вместо использования типовых возможностей в виде result_modifier.php, component_epilog.php и т.п. предыдущие разработчики создавали копии типовых компонентов там, где это совсем было не нужно.

Answer 4

[Александр Филиппенко]

Тут сборщики вёрстки не очень заходят, в силу того что либо надо верстать всё с нуля, и скрипты для стандартных компонентов тоже писать с нуля, либо потом задолбаетесь совмещать это всё. Например универсальный переключатель торговых предложений написать не подглядывая в стандартные скрипты - весьма нетривиальная задачка. Если визитка, то вполне можно тем же gulp'ом пользоваться.
Если нет, то можно разве что упростить себе жизнь при помощи модуля marketplace.1c-bitrix.ru/solutions/olegpro.csscomp...
Про git выше написали. Каким боком сюда composer прикрутить я не представляю. Да и зачем?
В общем от ситуации всё зависит. Но все эти упрощатели жизни с CMS и в особенности с Битриксом не особо дружат.
P.S. Править файлы через админскую панель крайне не рекомендую. Особенно на малознакомых сайтах. Проблем не оберётесь.