我们多年来一直在使用Jira，我们遇到的挑战之一是我们的构建团队已经为特定软件产品版本中的版本生成每日构建数。
即
t 5.0 rev 1.0001
当我们面向客户构建时，我们会制作新版本。
c 5.0 rev 1
当我们发布最终版本时，我们将其重新编号为：
v 5.0
当文件被检入构建时，我们的构建管理会自动在项目中生成一个版本，但我们不希望在合并版本时丢失构建编号。 同样，我们希望这些字段可以像当前版本一样容易搜索。 我们目前没有使用Jira-Agile（又名Jira Software），但这是一个选择。 我只是不知道Sprint版本是否会为我们提供所需的灵活性。
有没有人对此有任何想法，以及我们如何才能最好地捕捉到这一要求？
答案 0 :(得分：1)
如果每个sprint有一个版本，则可以使用符合您的版本语法的sprint名称（例如sprint name =“t 5.0 rev 1.0001”）。
这不会给你很大的灵活性，比如说你需要在sprint中间做一个紧急bug修复发布。它也不允许您跟踪每日构建版本增量。
其他值得考虑的事情：
您可以将自定义字段用于发布类型，版本号和内部版本号。此方法的主要优点是您可能使用JIRA API使构建系统更新问题与最新的内部版本号。然后有可能有一个连接字段，其中包含可以轻松搜索的整个版本。
值得考虑的另一件事是使用标签。例如，您可以拥有不同类型的标签（面向客户，发布等）。这不会使搜索特别方便用户。