【发布时间】:2012-08-22 08:56:54
【问题描述】:
我正在尝试 fork 一个已经在主存储库中已停产的 maven 库。
这样做时要遵循哪些好的准则?
是否应该更改 groupId/artifactId 以使其不会与 maven 存储库中已经存在的库发生冲突?
这个库将是一个项目的依赖项,该项目也将公开(在 maven 存储库中),所以这个库也应该在那里。
这些修改对库的工作方式进行了改进和一些更改,因此我希望它与旧版本分开。
【问题讨论】:
标签: maven
我正在尝试 fork 一个已经在主存储库中已停产的 maven 库。
这样做时要遵循哪些好的准则?
是否应该更改 groupId/artifactId 以使其不会与 maven 存储库中已经存在的库发生冲突?
这个库将是一个项目的依赖项,该项目也将公开(在 maven 存储库中),所以这个库也应该在那里。
这些修改对库的工作方式进行了改进和一些更改,因此我希望它与旧版本分开。
【问题讨论】:
标签: maven
Sonatype recommends 在你 fork 项目时更改 groupId。
B2) 将它们上传到您的分叉项目下 groupId(可能是您拥有并适合 fork 的)
【讨论】:
我假设您正在分叉另一个项目以供内部使用?然后我会保留原来的 groupId/artifactId,但在版本中添加一个后缀。如果上游版本是 1.0.0,您的自定义版本将是 1.0.0-custom。
如果您创建一个公共分叉,那么您基本上必须使用一个新的项目名称和一个新的 groupId/artifactId。
【讨论】:
1.0.0.custom而不是1.0.0-custom,否则Maven可能会与分类器混淆。