对于任何版本，使用下面的 Git 工作流程，
对于持续交付，我的理解是，需要创建两条Jenkins管道，如下所示：
1）构建在每个合并时触发的管道Feature分支（绿色）进入Develop分支（紫色）。管道将推product-x.y-snapshot.jar在 Nexus 仓库中。
这个 jar 的目的是用于 QA 测试
2）释放在合并每个新的管道时触发的管道Release分支到Master分支。管道将推product-x.y.jar在 Nexus 仓库中。这个罐子直接投入生产。
两个管道都对每个功能进行自动测试。 在两个管道中运行相同数量的自动测试
1）两条管道是否足以稳定发布？product-x.y.jar作为该版本的一部分添加了新功能
2）如果是，如何为构建和发布管道维护二进制工件？使用 Nexus...请提供任何参考
1）这个问题没有一个正确的答案 - 在大多数情况下有两个管道（一个用于feature分支机构和其他master分支）足以创建稳定版本，但通常团队使用三个临时环境（例如，请参阅this文章）：
在这种情况下，您可以为每个临时环境使用三个管道（或者一个带有用于选择和构建每种类型环境的参数的管道）。网上有很多Jenkins持续交付配置的例子。
2）如果我理解正确的话，为了维护工件，您可以使用Nexus 平台插件 (see this示例）或Nexus 神器上传器将特定工件从 Jenkins 发布到 Nexus。
