История изменений
Исправление aist1, (текущая версия) :
В функции ошибка и надо добавить единицу к результату. Один программист изменит начальное значение с 0 на 1 и будет верный результат, другой в return добавит +1 и получит верный результат, а git всё это сольёт и получит уже лишнюю единицу в результате.
Само собой. Но у нас есть какой-то уже устоявшийся пайплайн для валидации кода. Типа юнит-тестов, погоняющихся на каждый коммит. А для БД этого нет.
Для этого архитектуру придётся забетонировать.
Ну, не забетонировать. Но предоставить — да. Я в рамках Мемории буду так или иначе это делать. Потому что Мемория предоставляет бранчики как базовый инструмент моделирования данных и слияние бранчей тоже, соответственно потребуется. Там в этом смысле пока только базовый функционал типа полного переноса контейнеров из ветки в ветку.
Но там будут логи операций, описывающие, что и как менялось в процессе коммита, так что эту инфу можно будет тоже использовать для мержа.
Исходная версия aist1, :
В функции ошибка и надо добавить единицу к результату. Один программист изменит начальное значение с 0 на 1 и будет верный результат, другой в return добавит +1 и получит верный результат, а git всё это сольёт и получит уже лишнюю единицу в результате.
Само собой. Но у нас есть какой-то уже устоявшийся пайплайн для валидации кода. Типа юнит-тестов, погоняющихся на каждый коммит. А для БД этого нет.
Для этого архитектуру придётся забетонировать.
Ну, не забетонировать. Но предоставить — да. Я в рамках Мемории буду так или иначе это делать. Потому что Мемория предоставляет бранчики как базовый инструмент моделирования данных и слияние бранчей тоже, соответственно потребуется. Там в этом смысле пока только базовый функционал типа полного переноса контейнеров из ветки в ветку.