问题描述
正在制定一个跨多个开发者的移动应用构建工作流程。在之前，他们只有一个开发者，所以不需要过多考虑跟踪多个同时进行的特性构建用于QA测试（使用gitflow工作流）。
版本控制
移动应用在发布到Apple Store和Google Play Store时需要有版本号。但是，为了进行内部测试的特性构建还没有分配版本号，因为尚不清楚它们将在哪个发布中。他们考虑使用当前生产版本，并使用构建次数来区分不同的构建。有没有关于在仅针对内部测试的情况下，如何在Testflight和Google Play中跟踪构建的最佳实践？在JIRA中进行构建跟踪
随着多个构建版本用于测试，他们需要在JIRA任务中标记相关的构建版本。虽然他们计划手动完成，但不确定最佳方法是什么。而且，如果想要引入一些自动化，应该如何操作？
解决方案
请注意以下操作可能存在版本差异及修改前做好备份。
版本控制和构建跟踪
移动应用的持续集成和版本控制需要考虑到CI/CD工具的选择和适应性。
方案1: 使用Bamboo进行版本控制和集成
如果你打算使用Atlassian的CI/CD工具Bamboo，你可以使用Bamboo变量${bamboo.buildNumber}将Bamboo的构建编号与版本号关联起来。你可以创建一个任务，根据这个变量调整版本号。Bamboo可以与JIRA集成，这样你就可以直接在JIRA中查看构建和部署情况。此外，你还可以通过Git查看提交记录，了解哪些提交已经部署。这实际上可以自动化你所列出的第二个需求。
方案2: 使用JIRA插件集成其他CI/CD工具
有许多针对JIRA的插件可以与其他CI/CD工具（如Jenkins、CircleCI）进行集成。基本思想是让CI/CD服务器自动化版本控制。具体操作取决于你的CI/CD服务和工作流程。
版本号和构建计数示例
假设你的生产版本是3.1.6（iOS和Android），今天有两个特性分支推送。下面是一个示例版本号和构建计数的情况：
- 特性1分支：构建号8，版本号3.1.7
- 特性2分支：构建号9，版本号3.1.8
当这两个特性分支合并到主线”Develop/Integration/Master”分支时，触发构建并设置版本号，接下来的特性合并将设置构建号9，并将版本号设置为3.1.9。这样，你就可以清楚地知道构建8和构建9对应于新合并的特性集。不断重复这个过程。
以上是关于移动应用持续集成、版本控制和构建跟踪的解决方案，具体操作应根据你的实际情况和使用的工具进行调整。
请注意，上述解决方案中提到的工具、变量和操作可能会因版本更新而变化，建议在操作前查阅官方文档或参考最新资源。
总结
在移动应用持续集成中，版本控制和构建跟踪是非常重要的环节。选择适合你团队和工作流程的CI/CD工具，并根据实际情况设置版本号和构建计数，可以更好地管理和追踪不同特性的构建。通过合理的集成，你还可以实现JIRA任务与构建版本的关联，为团队提供更好的协作和跟踪能力。
希望这些解决方案能够帮助你更好地管理移动应用的构建和版本控制过程！