Aborting `rake` execution needlessly dumps a backtrace

Ouverte
#272 3 commentaires 2 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

Évaluation

Difficulté
2/5
Temps estimé
1-3 heures
Accessibilité débutants
35/100
Type d'issue
Bug
Clarté
Plutôt claire
Activité
À l'abandon
Stack technique
ruby
Domaine
cli

Piste de recherche

Commencez par localiser la gestion de la ligne de commande de rake pour Ctrl+C ou l’exception Interrupt, puis examinez l’effet de l’option --trace sur la sortie des erreurs. Reproduisez le comportement actuel avec une invocation représentative de rake ; le travail est considéré comme terminé lorsque Ctrl+C se termine avec le statut 1 sans backtrace par défaut, tandis que --trace conserve le backtrace.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

When aborting rake with Ctrl+C, it outputs rake aborted! then dumps a long backtrace. This seems unnecessary, as aborting isn't really an unexpected outcome of pressing Ctrl+C (or sending an INT signal).

I'd like to propose catching the Interrupt exception and exiting cleanly (with an exit code of 1). We can still print the backtrace if the --trace option is used.

I can submit a pull request, if this seems reasonable.

Langage dominant
Ruby
Étoiles
2.5k
Forks
650
Merge moyen
6 min
PR mergées (30 j)
3

Guide de contribution

Ouvrir le guide de contribution

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de ruby/rake

Toutes les issues de ruby/rake

Issues similaires

Plus d'issues Ruby

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.