Как мы сдружили EF 6 с MSSQL и PostgresSQL

[RyDmi]

удалить созданные локальные миграции
подтянуть к себе изменения из репозитория, куда остальные коллеги с высоким приоритетом уже влили свои миграции
создать локальную миграцию и залить получившиеся изменения обратно в git

Это мягко говоря не всегда так. Вернее, так делать может понадобиться только в том случае, если 2 разработчика вливают конфликтующие изменения модели. Во всех остальных случаях достаточно добавить пустую миграцию для корректировки снэпшоты модели в БД. Посмотрите внимательно этот гайд (https://m.habr.com/ru/post/277915/), там описан подход.
Добавление пустой миграции, имхо, предпочтительнее головняка с пересозданием миграцией, т. к. уменьшается вероятность ошибки при перегенерации (могут быть и ручные правки внутри). Всё пустые миграции с ходом времени можно удалять из кода без последствий (достаточно, чтобы после пустой миграции появилась хотя бы одна новая, которая сохранит актуальный снэпшот модели).

[dmib85]

Вы правы, этот подход с пустой миграцией также можно использовать в совместной работе. Мы как раз руководствовались тем гайдом, который вы упомянули(описанный вариант #2). Мы выбрали второй вариант по причине его универсальности, не надо задумываться о том, существуют ли конфликты в изменениях или нет. По хорошему, нужно использовать конкретный вариант, в соответствии с описанными сценариями.

[Exponent]

Довелось мигрировать к code first с миграциями, это было как кошмарный сон. Не раз разработчики забывали что нельзя подключаться к продакшену, т.к. изменения уйдут в продакшен. Пока команда привыкла что и как делать прошло пару месяцев. В общем EF палка о двух концах, вроде как облегчает жизнь, но в последствии за это надо платить. Мы потом часть системы перевели на Dapper, часть на NoSQL.

[RyDmi]

Довелось мигрировать к code first с миграциями, это было как кошмарный сон. Не раз разработчики забывали что нельзя подключаться к продакшену, т.к. изменения уйдут в продакшен

Вам, вероятно, стоит пересмотреть процесс разработки, а не используемый фреймворк. Почему кто-то в команде куда-то там на продакшен подключается и аж с правами на запись.