Информация о том, что и в какой бранч запушено, приходит в событии от гитхаба. Опираясь на эти данные вы можете работать с бранчами так как вам нужно. Можете, к примеру, разные бранчи публиковать как разные виртуальные "приложения". Тут все зависит от ваших задач.
1) Если нужен какой то кастомный SQL — он пишется в коде миграции через отдельные команды. Написать можно все что угодно, что не сломает механизм миграций.
2) Предполагается что прежде чем вы запускаете миграцию на боевой базе, вы точно такие же действия проводите на тестовой и там выясняете кто и что сломал. Описанный подход никак не отменяет тестирования. Порядок генерирования скрипта обновления в точности повторяет порядок миграций в вашем коде, этим вы можете управлять. Соответственно можно организовать этот порядок так, чтобы все было сделано правильно.
Информация о том, что и в какой бранч запушено, приходит в событии от гитхаба. Опираясь на эти данные вы можете работать с бранчами так как вам нужно. Можете, к примеру, разные бранчи публиковать как разные виртуальные "приложения". Тут все зависит от ваших задач.
2) Предполагается что прежде чем вы запускаете миграцию на боевой базе, вы точно такие же действия проводите на тестовой и там выясняете кто и что сломал. Описанный подход никак не отменяет тестирования. Порядок генерирования скрипта обновления в точности повторяет порядок миграций в вашем коде, этим вы можете управлять. Соответственно можно организовать этот порядок так, чтобы все было сделано правильно.