gpt4 book ai didi

关于项目 fork 后版本号的 Maven 最佳实践

转载 作者:行者123 更新时间:2023-12-05 06:38:29 26 4
gpt4 key购买 nike

我知道 maven 非常固执己见,对大多数问题总有一个阻力最小的答案。这种情况下有没有:在原始 Artifact 被 fork 并且 groupIdartifactId 发生更改后, Artifact 版本的标准做法是什么?换句话说,这是原始的 pom GAV

<groupId>org.apache.foo</groupId>
<artifactId>some-project</artifactId>
<version>2.3.4</version>

我的新 pom 应该是什么版本

<groupId>com.example.bar</groupId>
<artifactId>some-bar-project</artifactId>
<version>???</version>

一方面,它可能是 2.4.0-SNAPSHOT 以明确 fork 发生在 2.3.X。问题是,如果原来的项目发展,现在有两个 2.4.X,这可能会造成混淆。
另一方面,可以重置版本,就好像它是一个全新的 Artifact 一样,并从 1.0.0-SNAPSHOT 开始。在这种情况下,有关代码来源的信息可以记录在 VCS 上

fork 版本可能不会向公众发布

最佳答案

虽然避免 fork 是最佳做法,但如果您想保留原始版本,请说 2.3.4 您可以做到

<version>2.3.4-1.0</version> <!-- or --->
<version>2.3.4_1.0</version> <!-- or --->
<version>2.3.4.1.0</version>

要突出显示这是 2.3.4 分支的 1.0 版本。

我用的是

<version>2.3.4a</version>
<version>2.3.4b</version>

等等

我会考虑保持 java packagegroupId.artifactId 相同。

关于关于项目 fork 后版本号的 Maven 最佳实践,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/46061751/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com