¿Cuál sería la forma más fácil de saber Gradle los siguientes:

Recuperar ‘junit la dependencia y llevar a sus últimas «liberación» de la versión.

La gestión de Maven y la Hiedra repositorios es algo nuevo para mí. He probado los siguientes pasos y el resultado es que Could not resolve dependency ... de error:

  • Escribir compile "junit:junit:latest.release" con repositorios sólo mavenCentral() (sin embargo, esto funciona si digo «junit:junit:4.10»).
  • Escribir compile "junit:junit:latest.release" con el conjunto de repositorio de la siguiente manera:
    ivy {
        //I also tried 'http://maven.org' and other possible variants.           
        url "http://repo1.maven.org" 
        layout "maven"
    }
  • Intento de utilizar la Fuente de la Hiedra repositorio:
    ivy {
        artifactPattern "http://repository.springsource.com/ivy/libraries/release/[organisation]/[module]/[revision]/[artifact]-[revision].[ext]"
        ivyPattern "http://repository.springsource.com/ivy/libraries/release/[organisation]/[module]/[revision]/[artifact]-[revision].[ext]"
    }

Tal vez he malinterpretado algo. ¿Por qué habría de llegar el última versión de la dependencia ser una tarea difícil?

Versión dinámica puede ser un marcador de posición para la última versión disponible, latest.integration. gradle documentación para la dinámica de versiones

OriginalEl autor Yippie-Ki-Yay | 2012-04-29

5 Comentarios

  1. 35

    Gradle actualmente no es compatible con la Experta en RELEASE (que rara vez se utiliza y obsoleto) pero sí que es compatible Hiedra latest.release. Sin embargo, la recomendación general es construir en contra exacta versiones. De lo contrario, la acumulación puede llegar a ser una lotería.

    Maven no admite la LIBERACIÓN. Sólo fija los números de versión.
    He vuelto a revisar. Maven tiene soporte de RELEASE, tanto en la versión 2 y 3.
    Estás en lo correcto. Me he equivocado de que con el plugin versiones, una causa de Maven 3 no permitir la LIBERACIÓN/ÚLTIMAS más. Pero por supuesto, las malas prácticas de uso de dicha versión identificadores.
    Un artefacto en un Lanzamiento de Maven repositorio es uno de los que ha completado todos los posibles automatizado (y quizás manual de pruebas. Ese proceso debería incluir la API de comprobaciones de compatibilidad, pruebas de regresión y así sucesivamente. ¿Por qué entonces la acumulación convertido en una lotería? Sólo si está «liberando» de los artefactos que no han sido suficientemente probados.
    Grado soporta los más recientes.de liberación «(pero no «LIBERACIÓN»). Esto es extremadamente útil para garantizar que su propia interna de las bibliotecas en la más reciente, demostrada versión – me gustaría, por supuesto, nunca abogan por su uso para external/3rd-party de bibliotecas por la misma razón, Pedro sugiere más arriba.

    OriginalEl autor Peter Niederwieser

  2. 211

    Puede ser muy útil a veces, para obtener la versión más reciente – si, por ejemplo, liberar a menudo sus propias dependencias.

    Usted puede obtener la versión más reciente como

    compile "junit:junit:+"

    o mejor especificar al menos la versión principal como

    compile "junit:junit:4.+"
    sólo para que conste: que, en efecto, debe comillas dobles! He estado usando comillas simples para la mayoría de mis declaraciones de dependencia y se encontró que code 'junit:junit:4.+' no funciona
    Parece que a mí con comillas simples, al menos para los locales de las dependencias. ¿Qué error qué se obtiene?
    ¿no debería ser «testCompile» en lugar de «compilar»? debido a que el artefacto no es necesario en un comunicado
    No siempre se necesita un reproducible construir.
    Cierto, sin embargo, cuando usted está bajo desarrollo puede que desee (a) siga el bleeding-edge o (b) asegurarse de que los fallos de v4.+ se mantienen hasta la fecha para su proyecto. Cuando llegar a Alfa, Beta, -RC o etapa de LIBERACIÓN; estoy totalmente de acuerdo en que usted necesita para ‘de uñas‘ esas versiones a un poste. Yo uso un properties' file to set version specifiers: compilar «junit:junit:${junitVer}»`.

    OriginalEl autor jmruc

  3. 21

    Retirar el Gradle-Versiones-Plugin. Hace exactamente lo que usted desea: https://github.com/ben-manes/gradle-versions-plugin

    Para la instalación, consulte la página de github. Básicamente, usted necesita para añadir estas dos líneas para su construcción.gradle – archivo de proyecto:

    apply plugin: 'com.github.ben-manes.versions'
    
    buildscript {
        [...]
        dependencies {
            classpath 'com.github.ben-manes:gradle-versions-plugin:0.8'
            [...]
        }
    }
    [...]

    Entonces usted puede utilizar el plugin, mediante la ejecución de este comando en la terminal en el proyecto dir:

    ./gradlew dependencyUpdates -Drevision=release

    Y le mostrará que las dependencias están anticuados!

    También puede agregar esto a initscript si usted no quiere tener que incluir el plugin en cada uno de tus proyectos. Consulte esta respuesta a otra pregunta para obtener más detalles.

    OriginalEl autor Ben Marten

  4. 6

    Última Gradle Guía del Usuario menciona y explica signo más en las versiones:

    De 7.2. Declarar sus dependencias:

    dependencies {
        compile group: 'org.hibernate', name: 'hibernate-core', version: '3.6.7.Final'
        testCompile group: 'junit', name: 'junit', version: '4.+'
    }

    … El script de generación se establece también que la junit >= 4.0 es necesario para compilar el proyecto de pruebas.

    De 23.7. Cómo la resolución de dependencia obras:

    Si la dependencia está declarada como una versión dinámica (como 1.+), Gradle va a resolver este a la última disponible versión estática (como 1.2) en el repositorio. Para los repositorios de Maven, esto se hace usando el maven-metadata.xml archivo, mientras que para Ivy repositorios esto se hace mediante el listado de directorio.

    OriginalEl autor RunninglVlan

  5. 3

    Si usted está usando + para la versión, y se desea saber cuál es la versión realmente se utiliza, seleccione Project en la barra lateral y, a continuación, en virtud de External Libraries podrás ver el número de versión real en uso.

    OriginalEl autor lenooh

Dejar respuesta

Please enter your comment!
Please enter your name here