确保升级时始终覆盖ios应用程序

我将要对我的应用程序进行更新，该应用程序以前是由单独的开发人员开发的。我想确保我将应用程序转换到我的团队，但是我需要确保我发布的应用程序将升级用户现有的应用程序，而不是安装新的应用程序。我使用的是相同的应用程序标识符，但我是否也需要使用相同的证书和配置文件

---

欢迎提供任何帮助

只要捆绑包id相同，就会覆盖现有应用程序。我们为不同的构建配置使用不同的捆绑ID（一个用于从开发人员的Mac构建捆绑ID，一个用于从CI框构建捆绑ID，另一个用于为应用商店构建捆绑ID）。我们过去使用一个bundle ID，当开发人员为设备构建产品时，它会覆盖产品构建（并不总是我们想要的）

---

你可能会想到Android，如果你的APK签名不同，它的行为会有点不同。我相信它仍然会取代现有的应用程序，但它会迫使你先卸载，因此如果应用程序的签名不同（即一个应用程序安装了分发密钥，另一个应用程序安装了开发密钥），你就无法在Android上进行升级安装。

只要捆绑包id相同，它就会覆盖现有的应用程序。我们为不同的构建配置使用不同的捆绑ID（一个用于从开发人员的Mac构建捆绑ID，一个用于从CI框构建捆绑ID，另一个用于为应用商店构建捆绑ID）。我们过去使用一个bundle ID，当开发人员为设备构建产品时，它会覆盖产品构建（并不总是我们想要的）

---

你可能会想到Android，如果你的APK签名不同，它的行为会有点不同。我相信它仍将取代现有的应用程序，但它将迫使您先卸载，因此如果应用程序的签名不同，您无法在Android上进行升级安装（即，一个应用程序使用您的分发密钥安装，另一个应用程序使用开发密钥安装）.

只要您使用相同的捆绑id，并将该应用作为iTunes Connect中现有应用的更新提交，用户就会将该应用视为更新，而不是新应用。我听说，如果您使用不同的配置文件，它将安装一个新应用，而不是越权。不正确？一点也不正确。您需要每年创建一个新的证书（需要新的配置文件），并且经常创建新的配置文件（新设备、更新的应用程序功能）。所有这些都不会对你的问题产生任何影响。如果你使用的是相同的bundle Id，那么它将自动覆盖以前的应用程序，配置文件并不重要。顺便说一句，我们已经对两个live应用程序执行了此操作。只要您使用相同的捆绑id，并将应用程序作为更新提交到iTunes Connect中的现有应用程序，用户就会将应用程序视为更新，而不是新应用程序。我听说，如果您使用不同的配置文件，它将安装新应用程序，而不是过火。不正确？一点也不正确。您需要每年创建一个新的证书（需要新的配置文件），并且经常创建新的配置文件（新设备、更新的应用程序功能）。所有这些都不会对你的问题产生任何影响。如果你使用的是相同的bundle Id，那么它将自动覆盖以前的应用程序，配置文件并不重要。顺便说一句，我们已经用两个实时应用程序做到了这一点。