2009-07-28 74 views
1

所以我有一个依赖关系,实际上我想修改其中的两个依赖关系,现在就像修复JBSEAM-3424或将来一样。编码不是问题 - 我有能力做出改变 - 而且我也不想分发社区项目,只是为了获得Will Hartung推荐的本地版本来完成一些工作。管理Maven依赖项的本地分支

我的担忧是过程问题会出现并让我进一步陷入困境。那么,我可以做些什么来确保我能够正确地管理它。那里有哪些最佳实践?

一些更具体的子问题:

  • 我应该改变神器的名字呢?
  • 如何选择组件神器和 版本名称?
  • 我应该导入整个源树 还是有选择性的?
  • 如果我不能让构建系统 全部工作 - 我是否应该将其缩小为 或尝试将其保留在原始的 附近?

回答

1

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

保持groupId和模块(S)的artifactId的更改相同,但使用预选赛上的版本,以确保它是很明显它是一个非标准的版本,例如1.0.0-西蒙。这是很常见的做法。

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

如果我不能得到的构建系统工作在全

担心,当它发生。如果项目是使用Maven构建的,那么应该很简单,只需构建您需要的构件。如果它使用超级构建,你无法使用你的改变,那么考虑削减构建。

+0

我假设我需要将项目源代码添加到我自己的存储库,所以真的是关于多少原始源添加到我自己的项目存储库。 – 2009-07-28 11:16:30