iTunesConnect TestFlight的iOS应用程序版本和内部版本号

我的问题与iTunes Connect中版本和内部版本号的限制有关。我们只允许3个非负整数，并且构建数必须是递增的

我正在设置一个Jenkins作业，自动将我的构建上传到iTunes Connect，以便测试人员可以下载它们

问题：我们如何确保增量版本号？即使我们在每次提交之前在Xcode中手动更改了它（这似乎是错误的），但项目中有多个开发人员在工作，因此我们无法在整个团队中同步提交和增量数字

很高兴拥有：我的团队在几个分支机构工作。如果我可以在Build字段中指定分支名称或其他描述，那将非常有用。在单机试飞中（将于2015年2月底弃用），我们可以上传带有一些字母的构建

我想在这里输入一些信息

如果iTunes Connect试飞不是发布测试版本的答案，那么人们还使用哪些其他服务

---

谢谢

在Jenkins中有一个$BUILD_NUMBER参数，它将持续作业的整个生命周期。您可以将其附加到info.plist中的build number参数的末尾。如果info.plist中的内部版本号的开头是3.1。然后你的真实版本号变成3.1。詹金斯的版本号是$build_。有一个名为plist_buddy（）的程序，可以用来编辑info.plist文件

---

序列中是否有间隔并不重要，只要它是递增的。第3.1条。该部分将被手动管理，以便首席开发人员在发布开始时增加该部分。这种方法假设您有一个作业来进行构建。如果你有多个工作在做同一个应用程序的构建，你可能会使用Unix格式的日期/时间之类的东西，这是一个很大的数字，而且通常不会倒退。

我最近在一个应用程序中使用了Apple test flight，我的印象是Apple的目的是让开发人员只在最终测试中使用它。让我产生这种印象的是，在发布给外部测试人员之前，该应用程序仍然需要经过一个轻量级的审查过程，你一天只能做两次。我不确定。我当时只打算在内部测试人员中使用它。不过，我仍然怀疑我的流程是否正确。我对拥挤的iTunes Connect不太满意，因为我们每天都有很多提交/构建…根据我在ITC的经验，从提交到应用程序准备好供内部测试人员使用大约需要1个小时。我的应用程序有点大，350MB，所以这可能会影响处理速度。谢谢你的帮助！我终于在iTunes Connect上获得了我的版本。耶。但所需的时间确实存在问题。你的应用程序最终使用了什么？我们平均每天进行30次构建。我以前使用过HockeyApp，非常成功。转换构建的速度要快得多。我以前用过testflightapp.com，但现在苹果买了它，这已经不存在了。谢谢！这是一个好主意，应该能奏效。我遇到了一个“代码签名证书丢失”问题，它阻止我上传到iTunes，所以我还不能验证。看看这个Jenkins插件。它节省了我很多时间摆弄钥匙链和签名身份：