代码之家  ›  专栏  ›  技术社区  ›  Simon Gibbs

管理Maven依赖项的本地分支[已关闭]

  •  1
  • Simon Gibbs  · 技术社区  · 17 年前

    所以我有一个依赖项,实际上是两个依赖项,我现在想对它们进行更改,比如修复 JBSEAM-3424 或者可能在未来。编码不是一个问题-我有能力做出改变-我也不寻求社区项目的分叉,只是为了按照 Will Hartung 完成一些工作。

    我担心的是,过程问题会出现,并进一步影响我。那么,我可以做些什么来确保我正确地管理它呢。有哪些最佳实践?

    一些更具体的子问题:

    • 我应该更改工件名称吗?
    • 如何选择组工件和
    • 我应该导入整个源代码树吗 还是有选择性?
    • 如果我不能得到构建系统怎么办 向下或尽量使其靠近地面 起初的
    1 回复  |  直到 9 年前
        1
  •  1
  •   Rich Seller    17 年前

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

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

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

    当它发生时,请担心。如果项目是用Maven构建的,那么只构建所需的工件应该很简单。如果它使用Uber ANT构建,而无法使用更改,则考虑对构建进行排序。