Кто работает с репозиторием + Bitrix ?

MM
На сайте с 14.07.2014
Offline
58
734

Коллеги, расскажите про процесс! Где можно почитать?

Мои задачи скромные! Сделать сайт для разработки и последующего переноса на "боевой" проект.

Хочу по максимуму собрать информации, хотя бы для приблизительного понимания архитектуры проекта. Как я понял это реализуется с помощью Git .

PS - запарился уже переделывать все. Да и затраты большие на переделки. Хочется уже встать на нормальные лыжи и двигаться только вперед. Чес слово...

Английская обувь (https://english-shoes.ru) - это индивидуальность которая всегда в моде!
MM
На сайте с 14.07.2014
Offline
58
#1

Нашел достаточно интересную информацию!

Оригинал всей статьи здесь: http://dev.1c-bitrix.ru/community/webdev/user/23706/blog/12414/index.php

*(требуется регистрация на сайте Битрикс)

Как я упоминал выше, это очень объемная тема. Какого-то универсального подхода нет.

Разработчиков может быть два, а может двадцать, они могут сидеть в офисе, а могут быть раскиданы по странам. Или же, над проектом могут работать несколько команд из разных городов. Проект может использовать Oracle, а может банальную Percona. В каждой ситуации подход к организации процесса разработки будет отличаться, и иногда отличаться кардинально. Это касается, в том числе, процессов, связанных с базой данных.

Чтобы дать хоть какой-то ответ, рассмотрю три довольно распространенных примера.

1) Используется база данных MySql, разработка ведется на общем сервере разработки, где у каждого разработчика есть своя копия сайта.

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

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

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

При этом, после актуализации как баз данных поддержки, так и проектных баз, особо важные продуктивные данные искажаются путем применения соответствующих запросов.

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

2) Используется база данных MySql, разработка ведется одной командой в офисе, каждый разработчик работает на своей машине, используется центральный сервер базы данных, доступный в локальной офисной сети.

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

3) Разработка ведется удаленными разработчиками на своих машинах.

Этот вариант подходит только для проектов пониженной важности: сайты-визитки, информационные корпоративные сайты, не содержащие финансовой информации и персональных данных, промо-сайты. Работа над любыми другими проектами должна быть орагнизована на центральном сервере разработки — это диктуют требования безопасности и контроля качества разработки.

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

Для разработчиков поддержки это, как правило, полная актуальная копия продуктивной базы данных, с искаженными записями. Для проектных разработчиков — это результат применения скриптов миграции, подготовленных другими программистами.

---------- Добавлено 17.01.2016 в 00:22 ----------

MM
На сайте с 14.07.2014
Offline
58
#2

И еще, что бы не вы не тратили время на поиски инфо про Git !

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий