对于任何发行版，请使用下面的Git工作流程，
对于连续交付，我的理解是，需要创建两条Jenkins管道，如下所示：
1）构建管道，该管道在每个 功能 分支（绿色）合并到 Develop 分支（紫色）时触发。管道将推送product-x.y-snapshot.jarNexus存储库。此罐子的目的是进行质量检查
product-x.y-snapshot.jar
2）发布管道在每个新的 Release 分支合并到 Master 分支时触发。管道将推送product-x.y.jarNexus存储库。该罐子直接投入生产。
product-x.y.jar
这两个管道均具有针对每个功能的自动测试。在两个管道中运行相同数量的自动测试
1）是否有两个管道足以稳定释放？product-x.y.jar 在该版本中添加了新功能
2）如果是，构建和发布管道必须如何维护二进制工件？使用Nexus …请提供任何参考
1）这个问题并没有一个正确的答案-在大多数情况下，两条管线（一个 功能 分支和其他的 主 分支）足以创造稳定的版本，但通常团队用三年分期环境（例如，详见技术这文章）：
在那种情况下，对于每个登台环境，您可以具有三个管道（或者一个具有用于选择和构建每种类型的环境的参数的管道）。互联网上有很多詹金斯连续交付配置的示例。
2）如果我对您的理解正确，则可以使用Nexus平台插件（请参见本示例）或Nexus Artifact Uploader来维护工件，以将特定的工件从Jenkins发布到Nexus。
