你如何在promotion base ci环境中处理项目的jira版本和maven版本
How do you handle jira version and maven versionning of your project in a promotion base ci environment
我们公司目前有5个环境
- 本地：开发者电脑
- 集成：服务器可供所有开发人员使用，以便收集下一个版本的开发并验证它们
- 功能性：可供我们的产品所有者使用，以便他可以断言他所要求的功能没问题
- 基准测试：为了断言我们没有在性能上添加回归
- 制作：终于！
我们的部署策略基于促销：当我们想要交付当前构建时，我们执行发布并在功能环境 (3) 上交付它。如果通过验证，我们将同一个包提升到 benchamrks env (4) 如果一切正常，它会提升到生产环境 (5)
我们目前正在尝试通过版本管理来管理 Jira 仪表板中的功能。
例如，我们的目标是下一个版本 2.0.0.
想象一下，我们的开发人员已经走到了尽头。我们正在开发 2.0.0-SNAPSHOT 包。该捆绑包可在本地 (1) 和我们的集成环境 (2) 上使用。
为了向我们的开发人员提供功能和基准测试环境，我们执行了 2.0.0 版本。
如果在这些环境中发现任何问题，则意味着我们需要部署修复程序，因此我们需要部署 2.0.1 版本。也许我们错过了太多东西，以至于我们最终能够使用版本 2.0.52 将我们的包推广到生产环境。
在这里，我们遇到了一个问题：Jira 的目标版本是 2.0.0，而我们交付的是 2.0.52 版本。
我们的第一个解决方案是使用 rc 限定符。这意味着我们将达到并交付生产版本 2.0.0-rc52。但它对我们来说看起来不太好，因为它仍然是一个 "release candidate" 而不是一个版本。
另一个解决方案是将 2.0.0-rc52 交付到我们的基准环境 (4)。由于此捆绑包已经过验证并且我们的 PO 希望将其用于生产环境，因此我们从 2.0.0-rc52 标签执行新版本以将 2.0.0 捆绑包交付到生产环境。但是我们破坏了我们的升级系统，并且我们通过生成与我们的 2.0.0-rc52 不同的包来引入风险。
我们觉得好像缺少了什么。你做什么工作 ？你遇到过这个版本问题吗？你是怎么处理的？
谢谢
我能想到的两种可能的方法：
您只需在 Jira 票证中管理版本的前两部分（如 2.0），因此您可以轻松调整错误修复编号。这就要求你每次做新的规划时，都要提高第二个数字。
部署新版本时，您总是会更改 Jira 票证中的号码。这可以通过 REST 完成，从而避免手动错误。
我们公司目前有5个环境
- 本地：开发者电脑
- 集成：服务器可供所有开发人员使用，以便收集下一个版本的开发并验证它们
- 功能性：可供我们的产品所有者使用，以便他可以断言他所要求的功能没问题
- 基准测试：为了断言我们没有在性能上添加回归
- 制作：终于！
我们的部署策略基于促销：当我们想要交付当前构建时，我们执行发布并在功能环境 (3) 上交付它。如果通过验证，我们将同一个包提升到 benchamrks env (4) 如果一切正常，它会提升到生产环境 (5)
我们目前正在尝试通过版本管理来管理 Jira 仪表板中的功能。 例如，我们的目标是下一个版本 2.0.0.
想象一下，我们的开发人员已经走到了尽头。我们正在开发 2.0.0-SNAPSHOT 包。该捆绑包可在本地 (1) 和我们的集成环境 (2) 上使用。 为了向我们的开发人员提供功能和基准测试环境，我们执行了 2.0.0 版本。 如果在这些环境中发现任何问题，则意味着我们需要部署修复程序，因此我们需要部署 2.0.1 版本。也许我们错过了太多东西，以至于我们最终能够使用版本 2.0.52 将我们的包推广到生产环境。
在这里，我们遇到了一个问题：Jira 的目标版本是 2.0.0，而我们交付的是 2.0.52 版本。
我们的第一个解决方案是使用 rc 限定符。这意味着我们将达到并交付生产版本 2.0.0-rc52。但它对我们来说看起来不太好，因为它仍然是一个 "release candidate" 而不是一个版本。 另一个解决方案是将 2.0.0-rc52 交付到我们的基准环境 (4)。由于此捆绑包已经过验证并且我们的 PO 希望将其用于生产环境，因此我们从 2.0.0-rc52 标签执行新版本以将 2.0.0 捆绑包交付到生产环境。但是我们破坏了我们的升级系统，并且我们通过生成与我们的 2.0.0-rc52 不同的包来引入风险。
我们觉得好像缺少了什么。你做什么工作 ？你遇到过这个版本问题吗？你是怎么处理的？
谢谢
我能想到的两种可能的方法：
您只需在 Jira 票证中管理版本的前两部分（如
2.0），因此您可以轻松调整错误修复编号。这就要求你每次做新的规划时，都要提高第二个数字。部署新版本时，您总是会更改 Jira 票证中的号码。这可以通过 REST 完成，从而避免手动错误。