好的，这是真正的答案（我写了依赖插件）：
解压缩和复制目标必须复制一些核心解决方案代码。不幸的是，该解析代码并非真正采用api形式。因此，这些目标无法处理版本范围，也无法直接在反应堆中解决工件（坦率地说，我从未实施过它们，因为它破坏了太多现有用例，是的，解析代码是如此糟糕）
更好的方法是使用这些目标的xxx依赖性形式。这些目标要求Maven在调用它们之前进行解决，因此它是100％兼容的。您可以使用groupId和artifactId过滤器之类的过滤器来有效地获取所需的工件列表，最终结果将相同。
复制和解压缩绝对更加灵活，旨在用于我当时使用的更简单的用例。知道了我现在所知道的，我可能会更像是从xxx-dependencies表单开始实现它。
综上所述，在Maven
3中，解析代码最终完全解耦了……依赖插件驱动了大多数所需的用例。我将开始开发新版本的插件，以尽快充分利用此功能……虽然它需要maven
3，但最终可以实现所有目标的100％。
