我们的每个客户都可以通过简单地更改其徽标,甚至为其中一个添加一些特定功能来对应用进行某种定制.我的意思是：我们必须每天处理一个非常接近你所描述的情况,这是我的两美分.

提前：抱歉,如果我太老实有时,我不意味着冒犯任何人.

1.分别管理应用程序,并指向第一个(足球应用程序)中的共享文件.

那么这是一个奇怪的解决方案,但肯定可以工作.使用SVN / Git(特别是在团队工作时)可能难以维护本地,甚至更难.

之前我有一些问题涉及到象征性的链接,但我不知道这是你在这个选项中提到的.如果你解释一点点,我可以编辑这个,并尝试给你一个更好的意见.

2.为同一个项目中的每个应用程序创建一个不同的目标

这是一个更好的开始,在我看来.

我们主要使用这种方法来处理各种可能的后端服务器.例如,我们的目标之一使用我们的开发后端服务器,而另一个目标则使用生产服务器.这有助于我们确保我们可以使用开发目标的应用程序,而不会对我们的团队造成严重的成本风险(例如由于错误的订单).

在这种情况下,您可以在目标上配置预处理宏,以启用/禁用代码调用的一些特定于目标的功能.您也可以为每个目标使用不同的故事板.

这个选项的缺点在于,代码将是乱码的,因为每一段代码都将在同一个项目中.这是我选择#3的主要原因.

3.创建一个Workspace,其中一个项目将保存每个项目的通用代码和一个项目.

再次,我会去这个.说实话,我们没有在我们公司YET上使用这个,但是由于内部原因.我尽快地为我们的项目做好准备.

我不会说它容易设置,但如果做得很好,它可以帮助您节省一些时间,因为维护的原因.您将能够重用可重用的任何代码,并且仍然能够将目标特定的图像,类和视图保留在自己的“容器”(项目)中.

这样,您将得到一个默认项目(应用程序本身),它的多个目标,以及一个“框架”来保持每个目标的代码.换句话说,您可以在多个目标/应用程序之间共享代码,同时您可以分离每个目标/应用程序所属的代码.没有凌乱的项目:)

我不知道CoreData是如何由Xcode编译的,因为我们没有使用它.但是请查看我刚刚为another question做的答案.这不是Swift,但是这不应该有太大的区别,因为几乎所有的答案都是关于配置工作区来实现这个解决方案.不幸的是,我觉得它太大了,这就是为什么我连接答案而不是粘贴在这里的原因.

如果您需要任何帮助设置,请告诉我,我会尽力帮助您.