设计问题-用于发布打包的Gradle插件？

Question

gradle新手，

我已经开始实现一个小的gradle插件。该插件的目标是为项目创建一个发布zip，目的是跨几个不同的项目使用。

每个项目都有一个yaml文件，其压缩结构松散；

---
zip:
task:
  - name:
    zip:
     task:
          - name:
          - name:
          - name:

>

zip表示此时应该压缩给定的工作目录

task表示为准备压缩而准备特定目录时应执行的梯度任务的名称

想到的最好的方法是，通过这种方法，我可以在项目之间重用渐变任务，如果需要，可以在每个项目级别包括自定义渐变任务，并在yml中引用它们。使用yaml还有助于创建发布拉链，使其易于构建和阅读。。

我有一个manager gradle任务，它在运行时从cli调用/gradlew myReleaseZipTask（我认为我是通过将其作为exec任务并将逻辑放入exec操作中来实现的）。此管理器任务负责将yaml文件解析为DTO。从最低的任务开始遍历，我遍历执行每个gradle任务的图形，按照定义将文件准备到指定的目录中，然后在所有任务完成后压缩当前工作区。继续向上绘制图形

我的实施进行到一半，我有点担心我滥用gradle的方式不是有意的。我的一些主要担忧是；

我有一个任务正在协调许多其他gradle任务，我要么在运行中查找或创建一个任务，然后检索其动作并从我的manager任务中执行它们，这在gradle示例中并不常见。每个人似乎都有非常静态的线性任务依赖关系，并且不会“反思性地”创建或查找要执行的任务。。

当处理来自yml的任务条目时，我的管理器任务尝试按名称查找gradle任务，如果它不存在，则尝试创建任务。给定创建/找到的任务，我将YmlTaskDTO的属性设置到该任务上，然后调用该任务执行。重复使用具有不同属性的相同任务会遇到问题吗？例如，如果我有这样的东西；

zip:
     task:
          - name: taskA
            argA: A
            argB: B
          - name: taskA
            argA: A
            argB: C

有谁能给我一些关于我的设计的反馈，如果它符合gradle使用的正确标准吗？请提出您可能存在的任何问题！

Answer 1

我认为你自己已经意识到了一些答案<这里的一个指导是，“插件”将创建一种新的功能，这在本机gradle中是不可用的。

您在这里所做的是按照您的用例的特定顺序组合现有任务。这个插件是一个大材小用。

你所寻找的可以通过简单的任务和任务链来实现。