| Цитата |
|---|
| Кирилл Зайцев пишет: 4) Есть ли примеры организации гибкой методологии разработки при использовании bitrix? |
|
Разработчикам |
Bitrix workflow
Bitrix workflow, Разработка для битрикс. Лучшие практики?
|
nonlux, хочет =)
|
|
|
|
|
|
Ну собственно проект отклыл.
Извиняюсь за недельную задержку)). Надо понимать, что все еще очень сырое. Установка bitrix одной командой будет доступна завтра. ссылочка: |
|
|
|
|
|
читал данный топик....
|
|
|
|
|
|
и?
|
|
|
|
|
|
читал данный топик....
сегодня перечитал, сходил по ссылке
и нахрена этот баян???? 2Топикстартер: объясните пожалуйста - ну как 5-летнему ребенку на пальцах - вот закончится Ваш проект-выйдет в окончательный релиз как Вы видите, что это будет, и каким боком это поможет битрикс-разработчикам (и не только) |
|||
|
|
|
|
Ок.
Этот проект создан из-за проблем, которые возникают у меня при разработке. Возможно они появились из-за малого опыта в разработке под Битрикс но какого-то более менее стандартизированного решения я не нашел. И собственно сам проект портирование ряда фич из текущего проекта. проблемы: - Хранение в кода репозитории. Я об этом несколько раз писал, если необходимо могу описать еще раз? Эту проблему я решил, как описано по ссылке, фикстурами ( маленькими подпроектами). Мне показалось это наиболее удачным решение. - Установка Битрикс. Да согласен можно хранить 20 000 файлов в проекте + базу. И просто клонировать репозиторий и загружать базу. Но тогда это дает сильную системы привязку к текущей базе. А при создании нового проекта просто качать новую версию Битрикс и просто ставить ручками. Это проблему я решил, с помощью команды установки Битрикс. ( она сейчас еще в приложении, но необходимо вынести настройки в конфигурационный файл) - Установка решения. Ну эта проблема вытекла из предыдущей. К сожалению, я пока не могу ее автоматизировать. Т. к. для каждого решения установка которого основана CWizard и требует ввода каких-либо данных, требуется писать установщик. Это не сложно но на это нужно время. -Перенос данных. Сейчас речь идет об переносе инфоблоков. от одной машины к другой в репозитории. Хотелось бы не просто переносить но и контролировать что переносить, при необходимости изменить. Сейчас проблему можно решить тремя вариантами: дампом базы, экспортом-импортом csv, экспортом-импортом xml, Дамп базы это решение мне не нравится, потому что сложно контролировать изменения, самому можно что то поправив или новым дампом или написанием sql. экспортом-импортом csv - ну это абсолютно машинный вариант, писать в этом формате в ручнуюю невозможно ( не наглядно) экспортом-импортом xml,- это сейчас наиболее приемлемо. легче самому написать и прочитать. Над решение этой проблемы думаю Ну и несколько прикладных проблем: -Тестирование. В Битрикс не предусмотрено тестового окружения. Хочу что бы было это. Решение уже сделал, добавлю его на досуге в bitapp -Создание модулей, шаблонов, решений, компонент Как-то так в при текущей раскладке. P.S я не пытаюсь распиарится, и изначально затевал эту тему, чтобы узнать как лучше решить выше перечисленные проблемы. |
|
|
|
|
|
а стандартными способами работать не можете? так как ВСЕ разработчики битрикса работают????
|
|
|
|
|
Надеюсь, в блокноте по фтпшечке файлы не правите?
Идея по
|
|||
|
|
|
работаю в phpstorm внешними репами не пользуюсь, т.к. работаю один а чем плох вариант работать в notepad++ ftp или ftps?????? Так сказал будто это УЖАС какой...... Если надо что-то быстро подправить то и это хорошо?? Я не понимаю зачем так замарачиваться, что-то новое создавать, Я делаю просто: при создании нового проекта, делаю доп.сайт на виртуалке, с помощью bitrixsetup ставлю демку нужной редакции, подключаюсь с IDE и работаю.... когда проект готов делаю бэкап и переношу на сайт клиента.... если работать надо на сервере клиента - также цепляю IDE и работаю.... У каждого в работе свой подход. И еще скажу я до сих пор пользуюсь far manager и не стесняюсь этого и еще у меня qip с аккаунтом icq до сих пор работает!!! |
|||
|
|
|
|
блокнот хорош когда клиент боица всего и доступ на сервер черз VPN и несколько промежуточных серверов!!!
Ты наверное так написал посмотрев на дату моей регистрации....Не надо судить по этим показателям... |
|
|
|
|
|
На дату вашей регистрации я не смотрел. Но суждения у вас странные очень.
Сами себя послушайте. Действительно, зачем что-то новое создавать, лучше было бы на php четвертой версии продолжать сидеть, процедурки строчить.
Идея по
|
|||
|
|
|
|
ну прям из крайности в крайность.. закрыли тему.. а то уходим в сторону
|
|
|
|
|
Это мне помагает разобраться в битрикс, и это сокращает время моей работы в перспективе. Я не хочу более обсуждать нужно, то что делаю или нет. Я считаю нужно и буду продолжать и если это поможет еще кому-то буду рад. Этот проект Оpen Source и я всегда рад помощи и любому совету по существу. |
|||||||||
|
|
|
|
|||
|
|
|
|
nonlux, а вы про папку /local/ читали? Думаю это то что вам нужно в вашем проекте.
Да развернуть битрикс с консоли - хорошо, но и руками это делается не на много дольше, все равно вы не работаете на куче не подготовленных мест, т.е. применимость ограниченна, дальше git pull и полетели. Во всей этой катавасии меня интересует именно управление БД в контексте VCS, не думали над этим? Возможно при разработке нового проекта это и не так важно, но вот на поддержке проектов это становится большой головной болью. |
|
|
|
|
|
|||||||
|
|
|
|
|||
|
|
|
|
|||
|
|
|
|
Ну если про orm, прикрутить это дело к проект дело 10 -15 минут. станут доступны и миграции таблиц и дата-fixtures. Но я это боюсь делать. Потому что прямая работа с таблицами битрикс это путь джедая. Можно нарушить логику, а переписывать внутринюю логику в орм это бредово )
И но в целом подобное решение может быть, но для работы сайта, а для деплоя. |
|
|
|
|
|
nonlux, пока мои идеи дальше статьи не пошли, но мне кажется что в той статье кажется есть здравые идеи.
|
|
|
|
|
|
Денис Диденко, Спасибо, статья действительно интресная, страно не видел ее раньше. Есть идеи как это сделать на базе моего проекта?
Единственное объясни, какой черт нам при разработке полностью контолировать базу? Полный контоль базы имеет минусы. Допустим привязка к конкретной лицензии, куча служебный таблиц, типа этой: . Которые по факту приразработке не нужны. Мне кажется надо двигаться в направлении стадартых средств обновления. поддержка решений и модулей, которые будут обнавлять свои таблицы и грузить данные. То есть если измениния базы происходят в контектсте нашей работы, то это логичнее запилить в модуль или решение. И использовать написнную в будущем команду bitapp для обновления модулей  А если эти обновления приходят с обновлениями стороних модулей, просто забить. И просто грамотно тестировать разрабатываемы продукт, что бы выявить отклонения работе системы. Честно, хотелось бы максимально плотно использовать возможности самой системы битрикс, потому что мы имеем продукт, на развитее которого мы не влияем, но использовать приходится. Готов к дальнейшейму обсуждению, тема интересна... |
|
|
|
|
|
Кстати маленький пример по этому вопросу.
У меня в текущем проекте, навигация генерируется согласно разделов новостей. Сейчас разделы известны, но в будущем могут изменится. И чтобы мне сохранить эти изменения в репозории мне необходимо таскать за собой базу. Но мне такая возможность абсолютно не нравится, бредятина по моему ))). |
|
|
|
|
|
Добрый день!
В принципе я бы держал в репозитории проекта файлы битрикс при условии корректном гитигноре. Когда много проектов + текучка людей + возобновление поддержки проектов после студентов + еще куча факторов большого количества проектов. Больше беспокоит работа с БД кроме миграции внятных штатных инструментов не нашел. Кто знает делитесь  |
||||
|
|
|
|||
