В зависимости от типа миграции, они могут не являться фактической проблемой производительности. В настоящий момент я рассматриваю около 130 миграций в одном проекте, и хотя они занимают определенное количество времени, это ничто по сравнению со временем, необходимым для настройки и разрушения тестового контекста. Начиная с чистого листа, я бы ожидал, что в лучшем случае он сбрится на 10-20 секунд.
Впрочем, может иметь смысл перезапуск по другим причинам. Например, у нас есть наборы изменений 2015 года, которые откатились в других наборах изменений, поэтому они просто лишние беспорядки. Документация не очень конкретна, но вы можете удалить все наборы изменений и начать с начала в середине проекта. Однако вам нужно быть осторожным, чтобы вы знали, каково правильное состояние базы данных (без каких-либо новых изменений, которые вы могли бы сделать). Как упомянуто в документации, это обычно означает состояние производственной базы данных.
Но помните, это не гарантирует значительного ускорения.