Was ist der Unterschied in der Anwendung von gradle plugin

Ich verstehe nicht, gradle plugins blockieren

apply plugin: 'someplugin1'
apply plugin: 'maven'

und andere:

plugins {
   id 'org.hidetake.ssh' version '1.1.2'
}

Im ersten block haben Wir einige der plugin-name. im zweiten Paket und version. Ich verstehe nicht wo ich die verwenden sollte ersten block und beim zweiten.

  • Mit Gradle, machen Sie sich bereit für das sehen der 2+ Wege, das gleiche zu tun!
InformationsquelleAutor Yevgen Kulik | 2015-09-02
  1. 121

    Den plugins block ist die neuere Methode der Anwendung von plugins, und Sie müssen verfügbar sein, die Gradle-plugin-repository. Die apply Ansatz ist der ältere, noch flexiblere Methode zum hinzufügen von einem plugin, um Ihre build.

    Den neuen plugins Methode funktioniert nicht im multi-Projekt-Konfigurationen (subprojects, allprojects), aber arbeiten auf der build-Konfiguration für jedes Kind-Projekt.

    Ich würde denken, dass Funktionalität fortschreitet, die plugins Konfiguration Methode wird überholen die älteren Ansatz, aber an dieser Stelle beide können und werden gleichzeitig verwendet.

    • Beachten Sie, dass bei der Anwendung ist ein plugin mit den plugins DSL (plugins {...}) funktioniert nicht für Ihre privaten plugins oder Unternehmens-plugins, die sind nicht veröffentlicht, um die offizielle Gradle plugin-repo. Das ist, warum ich hoffe, dass der alte Ansatz wird zumindest überleben, bis der neue one unterstützt die Suche in privaten repositories.
    InformationsquelleAutor cjstehno
  2. 29

    Wie schon erwähnt von @cjstehno die apply plugin ist eine ältere Methode, die Sie vermeiden sollten.

    Mit der Einführung des plugins DSL-Benutzer sollten wenig Grund für die Verwendung des legacy-Methode der Anwendung der plugins. Es ist hier dokumentiert, im Falle eines build-Autor kann nicht die plugins nutzen DSL-aufgrund von Einschränkungen, wie es derzeit funktioniert.

    Mit der neuen plugins block - Methode, können Sie ein plugin hinzufügen, und bestimmen, Wann wenden Sie es mit einem optionalen parameter apply:

    plugins {
    id «plugin id» version «plugin version» [apply «false»]
}

    Würden Sie immer noch die ältere Methode in Situationen, in denen Sie sich bewerben möchten ein bereits Hinzugefügt, wird aber nicht angewendet-plugin in Ihrem plugins block. E. g, in das master-Projekt ein plugin xyz Hinzugefügt wird aber nicht angewendet, und es sollte nur angewendet werden in einem Teilprojekt subPro:

    plugins {
  id "xyz" version "1.0.0" apply false
}

subprojects { subproject ->
    if (subproject.name == "subPro") {
        apply plugin: 'xyz'
    }
}

    Beachten Sie, dass Sie nicht brauchen, die version mehr. Die version ist in der plugins blockieren, es sei denn, Sie verwenden eine der zentralen Gradle Plug-ins, wie java, scala, ...

    Verbrachte ich einige Zeit verstehen Sie den Unterschied, während versuchen, um eine Spring Boot Anwendung, und deshalb bin ich der Beantwortung dieser wieder nach einer Weile. Das folgende Beispiel für die Verwendung Spring-Boot plugin hat mir sehr geholfen:

    Was soll die derzeit verwendet werden:

    plugins {
  id "org.springframework.boot" version "2.0.1.RELEASE"
}

    Dem, was gewesen war, bevor verwendet Gradle 2.1:

    buildscript {
  repositories {
    maven {
      url "https://plugins.gradle.org/m2/"
    }
  }
  dependencies {
    classpath "org.springframework.boot:spring-boot-gradle-plugin:2.0.1.RELEASE"
  }
}

apply plugin: "org.springframework.boot"
    InformationsquelleAutor Mousa
Schreibe einen Kommentar