♻️ Частота и процесс обновления рабочих баз

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

На своей практике я работал с такими вариантами:

🔹 1. Самый распространенный - хаотично, надо обновили, не надо можем и забыть вообще. Актуально для небольших фирм, где практически нет доработок.

🔹 2. Раз в 1-2 недели. Второй по распространенности вариант. В целом хороший вариант, но промежутки достаточно большие. И как правило все косяки испавляются либо в не рабочее время, либо расширениями. В редких случаях есть рисковые счастливчики обновляющие "демонически".

🔹 3. Каждый день в технический перерыв. Мой идеальный вариант, когда есть технологическое окно, например, в обед. Особенно хорошо, если обновление ещё и автоматическое.


Варианты как организовано технически обновление:

🔸 1. Рабочая база подключена напрямую к разработческому хранилищу (в случае работы через конфигуратор). По мне так это один из лучших вариантов с точки зрения "цены/качества". В основном в мелких фирмах.

Нюанс в сложности обновить срочно какой-то объект с которым работало несколько человек. Все затянуть тоже нельзя и можно подтянуть часть лишнего.

🔸 2. Рабочая база обновляется через конфигурацию сравнением-объединением/загрузкой целиком.

🔸 3. Два хранилища под рабочую базу и под разрабочтаский контур. Нюанс в том, что нужно аккуратно переносить во второе хранилище, так как сравнением-объединением можно перенести лишнего или вовсе забыть что-то.

🔸 4. Работа через EDT в связке с GIT. Тут подтягивается полноценный DevOps, все что можно автоматизируется и в целом отличный практически вариант. Но дорогой на старте.


📢 А с какой частотой и как у вас организовано обновление рабочих баз?

> > > Случайный пост < < <

#ЕБ_Повседневность