Peut git fonctionner en “mode silencieux”?

Est-il possible d'exécuter n'importe quelle commande git en mode "silencieux"? Par exemple, je peux dire "git push origin" et ne voit rien d'affiché sur l'écran?

Je suppose que je peux rediriger les e /s /dev/null (fonctionne très bien), mais .. est-ce que git permettre quelque chose comme ça naturellement?

Ci-dessous est un moyen rapide de script qui ne automatique de NEM s'engager, utilisé quand j'ai besoin de prendre le train et ne veulent pas laisser de code sur mon ordinateur local

  1 clear
  2
  3 cd
  4 cd repo/active
  5
  6 for i in *
  7 do
  8   cd $i
  9   echo "Pushing " $i
 10   git add . -A >> /dev/null 
 11   git commit -a -m "EOD automatic commit" >> /dev/null 
 12   git push origin >> /dev/null 
 13   echo
 14   cd ..
 15 done

S'il vous plaît laissez-moi savoir.

  • Sans rapport: plutôt que d'habillage cmd cd $i, cd .., vous pouvez le faire: for i in *; do ( cd $i; ...; ); fait et exécutez le cd dans un shell interne est exécuté. C'est moins fragile.
  • Soins de déplacer la "bonne" marque ThomasEdwards réponse? Il répond vraiment à la façon "naturelle".
  • Je me demande ce que Linus avait à l'esprit lorsqu'il a développé git, parce que c'est clairement la rupture de la base de UNIX règle qui dit que le silence est d'or. Ce qui n'a pas été répondu ici est de savoir si il est possible de placer des paramètres git config pour en faire une bonne UNIX citoyen, une fois pour toutes.
InformationsquelleAutor JAM | 2012-01-20
  1. 17

    Redirection de la sortie vers /dev/null semble comme un moyen naturel de le faire pour moi. Bien que dans le passé j'ai défini un quiet_git shell fonction comme celle-ci pour une utilisation dans des tâches cron:

    quiet_git() {
    stdout=$(tempfile)
    stderr=$(tempfile)

    if ! git "$@" </dev/null >$stdout 2>$stderr; then
        cat $stderr >&2
        rm -f $stdout $stderr
        exit 1
    fi

    rm -f $stdout $stderr
}

    Cela permettra de supprimer stdout et stderr, à moins que la commande git échoue. Ce n'est pas assez; en fait, la sortie standard (stdout) fichier est ignoré et il faut juste redirigez vers /dev/null. Fonctionne, bien que. Et puis, vous pouvez simplement faire "quiet_git push" etc. plus loin dans le script.

    • Voir @ThomasEdwards réponse, beaucoup mieux
    InformationsquelleAutor araqnid
  2. 199

    Vous pouvez utiliser --quiet ou -q, qui peut également être utilisé pour d'autres commandes Git:

    git commit --quiet
git push --quiet
    • Je n'arrive pas à le silence git commit de cette façon. Il ne connaît pas de drapeau.
    • Quelle version utilisez-vous qui est cet indicateur disponible? J'ai mis à jour à 1.9.1 (dernière version) et ce drapeau n'est pas présent.
    • Vous devez l'ajouter après la commande. git pull -q ou git push origin master --quiet. Je suis sur git 1.8.x
    • ne fonctionne pas (au moins, il n'est pas silencieux). E. g. git pull -q origin master > /dev/null rendements "Total 4 (delta 3), réutilisé 4 (delta 3)". C'est avec git 2.0.1.
    • Même lors de l'utilisation de --queit (ou q), elle affiche toujours une sortie. Par exemple, lors de l'utilisation de git checkout -q (branch_name), si c'est la première fois que la direction est en train d'être vérifié, il affichera un message disant que la nouvelle direction a été mis en place. Est-il d'une certaine manière (pour certains flag) à l'aide de lequel tous ces sorties peuvent être réduits au silence ?
    • ne fonctionne pas pour les "git add', boooo....... XX(
    • Si vous voulez vraiment N de sortie, utilisez git command >/dev/null 2>&1. Cette redirige les deux stdout et stderr vers /dev/null. Le --quiet sont les options pour la génération sortie succincte, pas pour la suppression de sortie entièrement @Maumau

    InformationsquelleAutor Thomas Edwards
  3. 13

    À l'aide de &> /dev/null à la fin vous donne un complètement silencieux git de sortie de la commande.

    git fetch origin master &> /dev/null
    • Seulement dans les csh, la plupart recommandons de le faire en script shell bourne à l'aide de coquilles.
    • non, &> est un bash IO redirect de l'opérateur. Regardez 3.6 ici tldp.org/HOWTO/Bash-Prog-Intro-HOWTO-3.html
    • oui, bash a introduit des fonctionnalités interactives de csh et les scripts sh ensemble. Citant le même howto: "Bash est un sh-compatible coque qui intègre des fonctionnalités utiles de Korn shell (ksh) et le C shell (csh)".
    • Le but est de supprimer les messages d'information, mais encore des erreurs d'affichage. Je n'ai pas étudié comment bien comportés est git concernant ce qui se passe à la sortie standard (stdout) et ce qui se passe sur la sortie stderr, mais la redirection des deux sent comme une très mauvaise idée.
    InformationsquelleAutor Hans Kristian
  4. 5

    Noter que même avec --quiet, un git fetch (ce qui déclenche une git gc) permettrait de générer une sortie.

    C'est à cause de la git gc partie de la git fetch.

    Pas plus, à partir de git 2.1.1 (Sept 2014): voir s'engager 6fceed3bea59d747c160972c67663e8b8c281229 de Nguyễn Thái Ngọc Duy (pclouds)

    fetch: silence git-gc si --quiet est donné

    builtin/fetch.c:

    argv_array_pushl(&argv_gc_auto, "gc", "--auto", NULL);
if (verbosity < 0)
argv_array_push(&argv_gc_auto, "--quiet");
run_command_v_opt(argv_gc_auto.argv, RUN_GIT_CMD);
    InformationsquelleAutor VonC