Это все, что у тебя есть. Использование существующей базы данных является делом «все или ничего». Либо вы управляете своими сущностями с помощью кода и переносите изменения обратно в свою базу данных, либо вы удаляете сущности из своей базы данных. Другими словами, изменение базы данных означает, что вам нужно перестроить все. Нет такой вещи как «миграция кода».
В качестве альтернативы, я полагаю, вы могли бы просто вручную изменить класс сущностей. Для простых изменений, таких как добавление нового столбца, это, вероятно, наилучший подход, если вы позаботитесь о том, чтобы реплицировать свойство точно так, как оно должно соответствовать столбцу в базе данных.
РЕДАКТИРОВАТЬ (основываясь на комментариях к вопросу)
Хорошо, так что, если вы делаете код в первую очередь, тогда никто не должен когда-либо вручную касаться базы данных. Период. Вы должны просто сделать это правилом. Если администратор базы данных хочет внести изменение, он может сообщить об этом вашей команде, где вы можете внести соответствующие изменения в код и передать обратно сценарий SQL для выполнения миграции. Здесь DevOps вступает в игру. Ваш администратор базы данных должен быть частью вашей команды, и вы все должны принимать решения вместе. Если вы не можете этого сделать, это не сработает.