使用Sonatype Nexus OSS进行基于功能的开发

Question

我想知道是否有可能同时在多个功能分支上进行maven项目，并避免不断覆盖Nexus中其他功能分支生成的工件。

我在一个跨国项目中工作，该项目使用gitflow工作流来开发多个组件（30）。每个组件都有一个git存储库，因此gitflow工作流应用于每个组件。所以每个组件都有一个开发和几个功能分支。一般来说，每个组件至少产生一个由其GAV标识的工件。

假设我们有组件A（带有功能分支功能/A-foo和功能/A-bar）和B（带有功能分支功能/B-foo）

Component A:
A:develop
A:feature/A-foo
A:feature/A-bar

Component B:
B:develop
B:feature/B-foo

甲：功能/A-foo和乙：功能/B-foo在同一个主题上工作，需要交换快照版本以测试它们的交互（例如客户端/服务器功能）。组件A和B只能通过Nexus交换工件（无法访问其他组件的源代码）。因此，甲：功能/A-foo必须部署其快照工件以使其可用于乙：功能/B-foo，反之亦然。

但是，当A:feature/A-bar（适用于完全不同的主题）随后部署时，由于相同的GAV和较新的时间戳，它会“覆盖”Nexus中的快照工件，而B:feature/B-foo会在下一个构建中导入错误的工件。

一种解决方案是使用功能名称（例如foo）扩展GAV：

some.company.componentA-1.2.3-foo.jar
some.company.componentA-1.2.3-bar.jar
some.company.componentB-3.2.1-foo.jar

这样可以避免A:feature/A-foo覆盖A:feature/B-bar的工件，因为它们有不同的GAV。但这很容易出错（在分支时重命名GAV，在再次合并到develop时重新重命名；如果有人忘记重命名它，则会破坏构建）。

有没有更好的解决方案？还是应该禁止在功能分支上部署？

Answer 1

功能分支不应该存在很长时间，因此在许多情况下，最终根本不会部署。但是，如果您确实想部署（这是一件好事），那么版本字符串中的分支限定符是最好的方法。如果您使用负责版本更改的脚本来自动创建分支，那么根本不容易出错，事实上，这是您总体策略的一个很好的选择。添加一个特定于功能的CI作业（或其中的一部分），或者使用版本Maven插件，您应该准备好了。