|
2 | 2 |
|
3 | 3 | ### Обновление площадки
|
4 | 4 |
|
5 |
| -Обновление осуществляется путем анализа файлов фиксаций, |
6 |
| -вычисляются новые файловые фиксации (которые не были исполнены для текущей копии проекта), |
7 |
| -данные фиксаций передаются обработчикам для обновления. Т.е. получается, что обработчик который делал снимок, он же этот снимок и востанавливает на текущей БД. |
| 5 | +#### Основной интерфейс обновления. |
8 | 6 |
|
9 |
| -``` |
10 |
| -При работе с несколькими версиями и созданием новых записей возникает проблема "одновременного" |
11 |
| -создания новой записи и рассинхронизация модели данных. Поэтому при создании новых записей данных |
12 |
| -сторонних версий создаются фиксации учета ссылок текущей версии, |
13 |
| -которые также необходимо экспортировать (синхронизировать) с файлами каталога миграций. |
14 |
| -``` |
15 |
| - |
16 |
| -###### Основной интерфейс обнвления. |
17 |
| - |
18 |
| - |
19 |
| - |
20 |
| - |
21 |
| -###### Интерфейс применения миграций. Просмотр перечня изменений. |
22 |
| - |
23 |
| - |
24 |
| - |
25 |
| -###### Подробная информация для анализа изменения |
26 |
| - |
27 |
| - |
| 7 | + |
28 | 8 |
|
29 | 9 | ### Отмена уже примененных миграций
|
30 | 10 |
|
31 |
| -Любые изменения фиксаций журналируются. Сохраняются как новые данные, так и снимок, созданный перед применением миграций. |
32 |
| -Таким образом существует возможность отката последнего обновления. Так же стоит отметить, |
33 |
| -что обновления устанавливаются пакетами и при применении обновлений сохраняется запись о пользователе, установившем обновления вместе с датой обновления. |
34 |
| - |
35 |
| -###### Журнал изменений |
36 |
| - |
37 |
| - |
| 11 | +Через административный интерфейс миграции применяются пакетами и откатываются так же пакетами. |
0 commit comments