如何解决在 JitPack 和其他存储库之间保持 jar 版本号同步
我在 GitLab 上维护了一些 Java 库项目,我目前使用 GitLab CI 工作流构建这些项目并部署到 GitLab Maven 存储库。现在我想通过 JitPack 使它们可用,同时保留 GitLab Maven 存储库一段时间。
GitLab 的 Maven 存储库与大多数其他存储库一样,使用 <version>
中的 pom.xml
标记的内容进行版本控制。另一方面,JitPack 需要使用 Git 引用(分支名称、标签或普通哈希)。我正在寻找一种使用相同版本控制的方法,而不考虑 repo,以便版本 FOO
将获取基于相同代码的 jar,无论它是从 GitLab 还是 JitPack 获取的。
对于已发布的稳定版本,可以通过用其版本号标记每个版本来解决。也就是说,当我发布 3.7.0 版时,我会确保我的 <version>
中的 pom.xml
标记读取 3.7.0
,并使用 3.7.0
标记提交。我需要强制执行两者之间的匹配(例如,在检测到差异时教 CI 到 bar{k|f}),但是通过一些家庭作业,两个存储库将在相同版本号下携带相同版本的代码。
对于不稳定的版本,事情变得棘手。如果我正在开发即将发布的 3.7.2 版本并且已经希望将其用于测试,我理解通常的做法是将版本标记设置为 3.7.2-SNAPSHOT
,告诉大家这不是一个稳定版本。 GitLab Maven 存储库将提供该版本下的 jar。
对于 JitPack,以 -SNAPSHOT
结尾的版本表示自上次构建以来代码可能已更改,并且应从源代码重新构建 jar。名为 3.7.2-SNAPSHOT
的版本会导致 JitPack 查找名为 3.7.2
(标签或分支)的引用并从头开始构建。
所以我必须确保即将发布的版本的版本名称解析为即将发布的版本的最新提交。我可以通过在一个名为版本的分支中开发即将发布的版本来实现这一点,但这可能会在我发布它时导致命名冲突,因为我会引入一个具有相同标识符的标签。
是否有解决此问题的一般建议,即通过 JitPack 提供不稳定版本的 jar 和相同版本号下的常规 Maven 存储库?
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。