Similaire à ceci, uniquement pour le fret:
https://github.com/tjunnone/npm-check-updates
Peut-être que cette fonctionnalité existe déjà mais je n'ai pas pu la trouver, et personne lors de la dernière rencontre n'était au courant.
Cela ressemble à un cargo outdated
+ édition Cargo.toml
.
Peut également fonctionner comme un fork de cargo update
.
Am 07.02.2016 à 11:23 schrieb 887 [email protected] :
Similaire à ceci, uniquement pour le fret:
https: // githubcom / tjunnone / npm-check-updatesPeut-être que cette fonctionnalité existe déjà mais je n'ai pas pu la trouver, et personne lors de la dernière rencontre n'était au courant
-
Répondez directement à cet e-mail ou affichez-le sur GitHub.
Pour quiconque atterrit ici à partir d'une recherche, cargaison obsolète (installation via cargo install cargo-outdated
) fonctionne déjà pour l'impression des versions: cargo outdated
Étant donné que cargo-list
est en voie d'abandon, je pense que la bonne façon de le faire serait d'utiliser cargo
comme bibliothèque pour analyser le manifeste . Nous pourrions alors le brancher dans le cargo add --update-only
existant pour obtenir quelque chose qui était une bonne approximation d'un cargo upgrade
approprié.
Il y aurait alors du travail supplémentaire pour prendre en charge correctement les espaces de travail, implémenter une sorte de `` mode de vérification '' et gérer toutes les variations possibles de dépendance (dev / build / facultatif / etc.).
@killercup - J'espère obtenir un MVP dans les quinze prochains jours. Cela fonctionnerait-il avec votre plan pour la v0.2?
Commentaire le plus utile
Pour quiconque atterrit ici à partir d'une recherche, cargaison obsolète (installation via
cargo install cargo-outdated
) fonctionne déjà pour l'impression des versions:cargo outdated