пять коммитов назад. Да и текущее состояние при таком подходе где?
Данные, в смысле? Их скв, конечно, не хранит.
Нет. С чем в git сверить определение таблиц, полученное из базы, что убедиться что миграции правильно накатились?
да даже схему. Ладно с таблицами ещё, можно сообразить, что если последние 5 коммитов добавили 5 колонок, значит 5 коммитов назад этих колонок не было. А вот задача определить "кто и зачем добавил вот этот иф на пятой строчке в my_procedure()" — это уже не понятно как делать... там где я видел — реализуется жёстким требованием в начале процедуры вести в комментарии в определённом формате лог, кто что и зачем менял.
А это и не помогает. С продом такого всё равно не проделаешь
>"кто и зачем добавил вот этот иф на пятой строчке в my_procedure()" git blame. (Как будто хоть какая-то разница с нодой какой).
git blame по серверу БД не сделаешь :) А в репозитории только последовательность из тысячи *.sql файликов с "create or replace procedure my_procedure() as".
На проде лежыт фиксированная последняя версия. Если его не требуется воссианавливать с нуля — то с ним такое проделывать и не надо. Если требуется — то какие проблемы.
ну, это в том случае, когда в репозитории хранят только миграции.
По папке с твоими пхп-файлами на сервере — тожэ. git blame делается в гитовой репе.
Обсуждают сегодня