yoast wp_title too titles the sitename sitedesc sep page description plugins sbt dependency-management

plugins - wp_title - yoast meta titles



¿Cómo anular la dependencia de un complemento de sbt? (1)

He escrito un complemento de sbt llamado sbt-jumi que implementa la integración de Jumi para Jumi . En este momento, el complemento sbt-jumi depende de la versión actual de Jumi.

Aquí está la línea relevante de build.sbt del plugin:

libraryDependencies += "fi.jumi" % "jumi-launcher" % "0.5.376"

Y un usuario del complemento agregaría esto a su archivo project/plugins.sbt :

addSbtPlugin("fi.jumi.sbt" % "sbt-jumi" % "0.1.0")

Ahora digamos que Jumi 0.6.400 se lanzó y es compatible con versiones anteriores. ¿Cómo puede un usuario del complemento sbt-jumi configurarlo para usar Jumi 0.6.400, sin que yo tenga que lanzar una nueva versión del complemento?

Aquí es cómo hacerlo en Maven. Pero, ¿cómo hacerlo en sbt?


La anulación de las dependencias de los complementos ocurre de la misma manera que la anulación de las dependencias normales, excepto que la configuración debe ingresarse en project/plugins.sbt . Las dependencias primordiales se explican en Administración de bibliotecas . Aquí hay un resumen:

Si la versión que desea usar es mayor que la dependencia que obtendría de forma transitiva, sbt usará la versión más grande de forma predeterminada. Puede cambiar el administrador de conflictos para cambiar el comportamiento predeterminado; por ejemplo, esto creará un error en el conflicto:

conflictManager := ConflictManager.strict

En otras palabras, esto en project/plugins.sbt funcionaría:

libraryDependencies += "fi.jumi" % "jumi-launcher" % "0.6.400"

Puede verificar las dependencias de sus complementos utilizando los reload plugins y luego show update . Ahora debería mostrar la versión anterior como "(EVICTED)".

Si la versión que desea usar es más baja que la dependencia predeterminada, entonces tendrá que anular de manera diferente. Una forma es forzar la dependencia:

libraryDependencies += "fi.jumi" % "jumi-launcher" % "0.4.350" force()

Otra forma es usar la configuración dependencyOverrides :

dependencyOverrides += "fi.jumi" % "jumi-launcher" % "0.4.350"

La diferencia entre los dos métodos es que la anulación no introduce una dependencia directa. No creo que la diferencia importe para los complementos, pero para los artefactos publicados tiene algunas diferencias .