|
Действия ...
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
26.09.2016, 10:55
|
|||
|---|---|---|---|
Версия БД (релиз менеджмент). |
|||
|
#18+
Добрый день, коллеги! Хочу поинтересоваться опытом и лучшими практиками в части, касающейся релизной стратегии. Не секрет, что некоторые автоматизированные системы начинают расползаться и ветвиться по средам, заказчикам и т.п. При этом есть вероятность ошибочно "накатить" приложение на несоответствующую ему БД. Как вы обеспечиваете уникальность структуры БД для того или иного релиза (бранча и т.п.)? Помечаете ли БД идентификатором? Снабжаете функцией типа GetVersion, ...? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
26.09.2016, 14:20
|
|||
|---|---|---|---|
|
|||
Версия БД (релиз менеджмент). |
|||
|
#18+
Курдль, я занимался этим когда-то. В моём случае пришел к выводу, что кроме лишних хлопот этот подход ничего не приносит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
26.09.2016, 14:35
|
|||
|---|---|---|---|
Версия БД (релиз менеджмент). |
|||
|
#18+
dvksqlruКурдль, я занимался этим когда-то. В моём случае пришел к выводу, что кроме лишних хлопот этот подход ничего не приносит. А если накатить на пром "чужую" версию БД - хлопот не приносит? :) Ранее на платформе, не поддерживающей соответствие компонентов, мы делали механизм контроля при деплое на соответствие версий. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=50&mobile=1&tid=1874525]: |
0ms |
get settings: |
7ms |
get forum list: |
13ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
177ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
43ms |
get tp. blocked users: |
1ms |
| others: | 231ms |
| total: | 486ms |
| 0 / 0 |
