管理 Maven 依赖项的本地分支

发布于 2024-07-29 21:05:47 字数 1432 浏览 2 评论 0原文

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

醉生梦死 2024-08-05 21:05:47

我应该更改工件名称吗?
如何选择组工件和版本名称?

保持您更改的模块的 groupId 和 artifactId 相同,但在版本上使用限定符以确保它明显是非标准版本,例如 1.0.0-simon。 这是很常见的做法。

我应该导入整个源代码树还是选择性导入?
根据您的评论进行更新:就我个人而言,我只会将更改的工件添加到我的本地源存储库中。 如果您稍后更改另一个工件,请将其添加到您的 SCM 中。

如果我无法让构建系统充分运行怎么办

?当它发生时请担心。 如果项目是使用 Maven 构建的,那么您应该可以直接构建您需要的工件。 如果它使用 uber-ant 构建,而您无法使用您的更改,那么请考虑削减构建。

Should I change the artifact names?
How choose group artifact and version names?

Keep the groupId and artifactId of the module(s) you change the same, but use a qualifier on the version to ensure that it is obvious it is a non-standard version, for example 1.0.0-simon. This is pretty common practice.

Should I import the whole source tree or be selective?
Update based on your comment: Personally I'd only add the artifacts I've changed to my local source repository. If you change another artifact later then add it to your SCM then.

What if I can't get the build system working in full

Worry about that when it happens. If the project is built with Maven it should be straightforward for you to build only the artifacts you need. If it uses an uber-ant build which you can't get working with your changes, then consider paring the build down.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文