iOS应用程序版本和iTunesConnect TestFlight的内部版本号
我的问题涉及iTunes Connect for Version和Build号码中的限制。 我们只允许3个非负整数，并且Build编号必须是递增的。
我正在设置一个Jenkins作业，自动将我的版本上传到iTunes Connect，以便testing人员可以下载它们。
问题：我们如何确保增量构build号码？ 即使我们在每次提交之前手动在Xcode中进行更改（这似乎是错误的），但是有多个开发人员在项目中工作，所以我们不可能在整个团队中同步我们的提交和增量编号。
很高兴：我的团队在多个分支机构工作。 如果我可以在“生成”字段中指定分支名称或其他描述，将会很有帮助。 在独立testing飞行（2015年2月底将弃用）中，我们可以上传一些信件。
会喜欢这里的一些input！
而且，如果iTunes Connect Test Flight不是分发testing版本的答案，那么人们还在使用其他服务？
谢谢！
在jenkins，有一个$ BUILD_NUMBER参数可以持续工作。 您可以将其附加到info.plist中的内部编号参数的末尾。 如果info.plist中的内部版本号的开头是3.1。 那么你真正的内部版本号将变成jenkins的$ BUILD_NUMBER。 有一个叫做plist_buddy的程序（ https://developer.apple.com/library/mac/documentation/Darwin/Reference/ManPages/man8/PlistBuddy.8.html ），你可以使用它来编辑info.plist文件。
如果序列中有空白，只要增加就没有关系。 3.1。 部分将被手动pipe理，以便主要开发人员在发布开始时递增。 这种方法假定你有1个工作来完成构build。 如果你有多个作业来构build相同的应用程序，那么你可能会使用类似于Unix格式的date/时间，这是一个很大的数字，通常不会倒退。