来自个人依赖存储/维护目的地的 Java 依赖管理

Question

我在这里看到许多关于“在项目之间共享或使用类”的有趣(和重复)问题。

我认为这非常实用，但我所阅读的建议解决方案肯定假设了某些先决条件，例如:

• 共享 eclipse 工作空间
• 可以作为彼此依赖的项目
• 通用服务器，这样类路径可以添加本地 url

虽然可能是可接受的解决方案，但我正在寻找一种可能具有更大灵 active 和可移植性的替代方案。

我正在考虑学习如何使用 gradle(或者也许是 maven，我还没有完全投入其中)。据我了解，使用这些专用依赖管理程序之一管理共享类是可能的。

理论上这可能吗？我可以设置一个支持 gradle 或 maven 的 java 项目来处理和更新本地服务器上的个人类(class)或可移植驱动器或云镜像上的文件夹吗？

我目前理解依赖管理的方式(在表面上，我知道细节决定成败)是，对于配置的依赖管理启用项目，gradle/maven 将处理类路径添加和实际版本特定比较、检索和存储(甚至可能编译，但我不知道)来自外部源的 JARS。

我没有按照许多其他答案中的建议，通过步骤来设置 jar 的类路径，而是必须保持最新并自己编译，我正在考虑在服务器上创建一个虚拟项目，我可以放置通用类，然后我可以指向许多单独的 gradle/maven 启用了 java 项目来使用。 (我认为大多数人能够将它们作为独立的类保留，但我认为我可能需要将它们保留在一个虚拟项目中，以便在主类的上下文中进行开发和调试。我对 Java 体系结构有些陌生，所以如果唯一会使这个解决方案变得不可能的是指向一个“项目”而不是一个“库”，我绝对可以从那里进行调整。(假设我什至适本地应用了“库”的概念)。

其他信息:我希望这可以简化个人依赖性，同时使用 Netbeans 和 eclipse IDE 并跨平台工作(但我计划在 Linux 和 Windows 上对其进行测试)

Answer 1

所以您正在寻找可移植性，并且不想编译要在项目之间共享的 java 类。而且您不介意本地部署。

我首先想到的是 Git - 我不确定 Gradle/Maven 是否在坚韧的黑社会中交易未编译的。 Composer 将为 php 引入 git repos，这让我开始思考。

如果您对在项目之间单向共享代码感到满意，Git 有子模块 可以让您做到这一点。

但四处搜索，显然有一个更进一步的 git 脚本 - Git Subtrees .我还发现了一个有趣的教程，它允许您更改在处理共享它的任何特定项目时更改的公共(public)代码 - 所以显然要小心 - 但是 check it out并查看 Subtrees 脚本是否适合您的需要。