Cargo-edit: Cambiar a aplaudir

Creado en 16 mar. 2018  ·  5Comentarios  ·  Fuente: killercup/cargo-edit

carga en sí cambió recientemente a aplaudir. Sé que hemos tenido un problema abierto antes sobre el cambio de doctopt y lo cerramos porque queríamos poder integrar cargo-edit en cargo en algún momento. ¡Supongo que ahora podemos deshacernos de docopt en buena conciencia!

help wanted

Comentario más útil

¿Está bien si quisiera reemplazar docopt con structopt , en lugar de clap ?

Obviamente, structopt tiene una mejor API, ~ pero no estoy seguro de si esto dificultará el plan de que sea parte de la carga en el futuro. ~ structopt::StructOpt se puede convertir fácilmente en clap::APP .

Todos 5 comentarios

Lo tengo básicamente implementado, solo necesito convertir las últimas pruebas.

Es esencialmente un puerto 1: 1 donde la única diferencia es aplaudir haciendo cumplir algunas de las restricciones en lugar de cargo-edit.

La única diferencia que enfrenta el usuario es que cuando se usa --upgrade=minor , siempre se usa el prefijo ^ lugar de "" . Prefiero que esto sea explícito, pero si prefieres mantener "" como prefijo menor, es un cambio simple.

@kbknapp ¡increíble! Estoy bien con tener el ^ explícito. @bjgill , @ordian , ¿qué opinas?

No tengo una opinión sólida al respecto, pero preferiría tener ^ solo si el usuario especifica --upgrade=minor explícitamente.

Sí, debería haberlo redactado mejor, pero parece que ambos entendieron mi significado a pesar de mi mala elección de palabras 😜

Para otros que lean esto:

Actualmente en cargo-edit usar nada para el método de actualización (que por defecto es minor ) usa un prefijo en blanco de "" (cadena vacía) porque en cargo tiene el mismo significado que usar explícitamente el prefijo ^ . Por ejemplo, 1.2.3 es equivalente a ^1.2.3 . Sin embargo, si el usuario especificó --upgrade=minor en la línea de comando, utilizó el prefijo explícito ^ .

En el puerto para aplaudir utilicé el prefijo explícito en ambos casos, cuando el usuario usa --upgrade=minor en la línea de comando y cuando no usa nada y simplemente deja que funcione el caso predeterminado.

¿Está bien si quisiera reemplazar docopt con structopt , en lugar de clap ?

Obviamente, structopt tiene una mejor API, ~ pero no estoy seguro de si esto dificultará el plan de que sea parte de la carga en el futuro. ~ structopt::StructOpt se puede convertir fácilmente en clap::APP .

¿Fue útil esta página
0 / 5 - 0 calificaciones