Измените CoreData дважды во время разработки

Question

У меня есть вопрос, который нужно задать. В настоящее время моя версия CoreData выпуска 1.0. Затем, поскольку у меня есть новый класс/свойство для добавления, я увеличил версию до версии 1.1 и выпустил эту версию для тестера.

Теперь мне нужно добавить другое свойство в CoreData.

1) Итак, следует ли мне создать новую версию модели или я могу сразу изменить текущий CoreData (v1.1).

Обратите внимание, что сборка с v1.1 CoreData еще не выпущена для производства. Просто для тестера.

2) Если вам нужно добавить новую версию (v1.2) для размещения нового свойства, будет ли это иметь какое-либо влияние, когда я выпущу его для сборки?

3) Если может сразу изменить, будет ли текущая версия разработки, что тестер установил сбой при обновлении до новой версии с добавлением нового свойства?

Answer 1

Во избежание проверки версий CoreData для целей тестирования вы можете изменить текущую версию CoreData и сообщить своему тестеру удалить предыдущую сборку перед установкой новой.

В противном случае вы должны выполнять миграцию каждый раз, когда вы меняете схему БД во избежание несогласованности.

Вы можете выполнить управление версиями перед отправкой в ​​производственную среду.

Answer 2

1. Вы можете изменить v1.1, но затем тестеру придется удалить приложение, так как приложение не сможет открыть coredata или иметь несоответствия. Чтобы этого избежать, тестеру придется удалить приложение, и он может пропустить проблемы (если они есть) из-за изменения этой структуры, чтобы поймать только на производстве. Поэтому вы должны изменить версию.
2. Это не вызовет никаких проблем, если управление версиями и миграция выполнены правильно.
3. Да, могут быть несоответствия и случаи, когда приложение не сможет открыть coredata.