Вот реальность.
Управление версиями базы данных - то есть DDL, DML и даже данные для необходимых справочных данных, необходимых для приложения, чтобы иметь базовые функциональные возможности - так же важно, как и все другие ресурсы приложения под управлением версиями. Базы данных никогда не должны находиться под каким-либо особым исключением, если считается, что их активы (объекты и необходимые справочные данные) не находятся под контролем версий. Всегда .
Так почему они были? Просто. Наборы инструментов для упрощения управления этими активами не всегда работали безрезультатно (в случае с SQL Server до Visual Studio 2008 он не поставлялся с инструментами сторонних производителей от Microsoft), а наборы инструментов различались у разных поставщиков. от поставщика. Когда эти наборы инструментов являются недостаточными, если организация не предпримет шаги для покрытия этого недостатка, этот недостаток остается. Это технический долг, и некоторые организации не расставляют приоритеты из-за времени или (к сожалению) умений, когда инструменты, облегчающие его, не существуют или требуют интеграции сторонних инструментов в рабочий процесс разработки.
Самое худшее - попытаться подчинить старые проекты контролю версий, поскольку вам нужно, чтобы все пинали и кричали вместе с вами, в дополнение к продаже этой ценности для бизнеса. Я не согласен с тем, что могут быть более неотложные насущные потребности бизнеса, но для включения активов базы данных под управление версиями должно быть где-то в этом списке, даже если это более низкий приоритет.
Нет оправдания. Я боролся с более чем достаточным количеством менеджеров проектов, архитекторов данных и даже ИТ-директоров и технических директоров - я даже дал понять, что хулители должны выходить из каждого проекта, над которым я работаю. Это необходимо , чтобы сделать, и если это не так, должна быть временная шкала, с которой бизнес согласится, в которой это будет . Те, кто спорит против него нужно выстрелить в лицо, а выживших нужно снова застрелить.