【问题标题】:Managing local forks of Maven dependencies [closed]管理 Maven 依赖项的本地分支 [关闭]
【发布时间】:2009-07-28 10:47:22
【问题描述】:

所以我有一个依赖项,实际上我想对两个依赖项进行更改,比如现在修复JBSEAM-3424,或者可能在将来。编码不是问题——我有能力做出改变——而且我不是为了分叉社区项目,只是为了拥有Will Hartung 推荐的本地版本来完成一些工作。

我担心的是流程问题会出现并进一步咬我。所以我能做些什么来确保我正确地管理它。有哪些最佳做法?

一些更具体的子问题:

  • 我应该更改工件名称吗?
  • 如何选择组神器和 版本名称?
  • 我应该导入整个源代码树吗 还是有选择性?
  • 如果我无法获取构建系统怎么办 全面工作 - 我应该扩大规模吗 向下或尽量保持靠近 原创?

【问题讨论】:

    标签: open-source maven-2 version-control fork


    【解决方案1】:

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

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

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

    如果我无法让构建系统完整运行怎么办

    当它发生时担心它。如果项目是使用 Maven 构建的,那么您只需构建所需的工件应该很简单。如果它使用您无法使用更改的 uber-ant 构建,请考虑缩减构建。

    【讨论】:

    • 我假设我需要将项目源代码添加到我自己的存储库中,所以这实际上是关于将多少原始源代码添加到我自己的项目存储库中。
    猜你喜欢
    • 1970-01-01
    • 2010-11-11
    • 2014-01-16
    • 2013-06-22
    • 1970-01-01
    • 2016-01-27
    • 2021-07-11
    • 2015-10-17
    • 2021-08-05
    相关资源
    最近更新 更多