如何在具有多个分支的团队环境中处理Core Data模型版本控制

Question

我正在寻找处理团队环境中模型更改的一般流程，特别是在使用Git Flow等分支模型的情况下。我想使用轻量级迁移，但我担心如果多个开发人员在他们的分支机构中进行版本控制，这是如何工作的。

Answer 1

我更喜欢仅在需要对模型进行更改时才进行版本，而不是先发制人。

与团队合作时，我建议任何人需要进行模型更改，以便与团队的其他成员核实可以对模型进行版本控制，主要是检查模型是否已经过版本控制。如果还没有版本化，那么我就会让dev发出一个pull请求来开发模型版本的凹凸。一旦合并，那么任何需要对下一版本的模型进行更改的人都可以从开发中提取新版本的模型，并对该新版本进行更改。将来自不同分支机构的不同开发人员的更改合并到同一模型并不是我的经验。

所有这一切，我只考虑轻量级迁移，在大多数情况下，这可能是你需要的。对于可能很少见的手动迁移，我建议采用更加临时的方法来满足项目的特定需求。

Answer 2

总的来说，我认为最好的方法是每个版本一次版本模型。

通常，

在早期开发（预发布）的情况下

不需要进行版本控制（因此也不需要迁移），因为这会降低开发速度。 Devs和QA只需要为每次模型更改重新安装应用程序。

应用程序准备好发布后

在每个版本开始时，即创建发布分支时，首席开发人员应在开发分支上创建新的数据模型版本。这将允许多个开发人员在功能分支上进行更改而无需协调（即“谁将对模型进行版本化？我们将如何将其纳入我们的分支？”）。

不鼓励发布分支上的数据模型更改

这可能会破坏先前版本的迁移路径。