Open source 管理Maven依赖项的本地分支

所以我有一个依赖项，实际上是两个依赖项，我想对它们进行修改，要么现在修改，要么将来修改。编码不是一个问题-我有能力做出改变-我也不寻求社区项目的分叉，只是为了按照推荐的本地版本来完成一些工作

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

一些更具体的子问题：

• 我应该更改工件名称吗
• 如何选择组工件和 版本名
• 我应该导入整个源代码树吗 还是有选择性
• 如果我不能得到构建系统怎么办 全面工作-我应该扩展它吗 向下或尽量使其靠近地面 原创的

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

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

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

如果我无法使构建系统完全工作，该怎么办

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

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

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

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

如果我无法使构建系统完全工作，该怎么办

---

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

我假设我需要将项目源代码添加到我自己的库中，实际上，这是关于将多少原始源代码添加到我自己的项目存储库中。我假设我需要将项目源代码添加到我自己的存储库中，所以实际上这是关于将多少原始源代码添加到我自己的项目存储库中。