git help in der Windows-Eingabeaufforderung

Lesezeit: 4 Minuten

Das git help Befehl unter Windows (msysgit Distribution) startet den Webbrowser jedes Mal, wenn ich es ausführe. Ich habe es versucht git help -m welche Berichte "No manual entry for ..." und git help -i was sagt "info: Terminal type 'msys' is not smart enough to run Info." Dasselbe passiert in bash unter Cygwin.

Gibt es eine vernünftige Möglichkeit, leichte Hilfe zu bekommen? cmd Terminal?

Benutzer-Avatar
tsul

Es funktioniert für bestimmte Befehle: git <command> -h

Bearbeitendanke an @the-happy-hippo

Aber es zeigt nur eine kurze Beschreibung, nicht die vollständige, wie git help <command> oder git <command> --help gibt auf Windows.

  • Ja, dies zeigt eine kurze Hilfe, aber keine vollständige Handbuchseite mit ausführlicher Beschreibung, Beispielen usw. (vergleichen Sie z. B. die Ausgabe von git help add -m zu git help add).

    – das glückliche Nilpferd

    21. Juni 2017 um 5:42 Uhr


  • bearbeitet, danke für die Klarstellung. Ich bin mir bei Ihrem Beispiel nicht wirklich sicher, ersteres versucht, Menschen Hilfe zu geben, scheitert aber daran, dass kein Mensch auf meinem Windows ist (siehe stackoverflow.com/a/5517857/2007631), letzteres gibt nur HTML-Hilfe.

    – tsul

    22. Juni 2017 um 11:48 Uhr

  • Nützlich zu wissen, dass -h Ihnen die Kurzhilfe gibt.

    – Russel Galopp

    28. Februar 2018 um 10:04 Uhr

git <verb> -h zeigt eine Befehlsverwendung in derselben Terminalfenster.

Auf der anderen Seite, git <verb> --help und git help <verb> Öffnen Sie einen Browser.

Benutzer-Avatar
VonC

Update für Git 2.x (Juni 2017, Git 2.13.1)

Du hast immer noch keinen Mann:

> git -c help.format=man help add
warning: failed to exec 'man': No such file or directory
fatal: no man viewer handled the request

Das gleiche für git <verb> --help.
git <verb> -h druckt nicht die Manpage, sondern nur den kurzen Verwendungsabschnitt (nichts mit man zu tun)


Mit Git 2.34 (Q4 2021), wann git cmd -h zeigt mehr als eine Zeile Verwendungstext (z. B. kann der cmd-Unterbefehl einen Unter-Unter-Befehl annehmen), die Parse-Options-API hat gelernt, diese Zeilen auszurichten, sogar übereinander i18n/l10n.

Sehen 4631cfc festschreiben (21. September 2021) und Commit 84122ec, Commit 78a5091, begehen 5d70198 (13.09.2021) von Ævar Arnfjörð Bjarmason (avar).
(Zusammengeführt von Junio ​​C. Hamano — gitster in d7bc852 übergeben13.10.2021)

parse-options: Ausgabe der fortgesetzten Nutzung richtig ausrichten

Unterzeichnet von: Ævar Arnfjörð Bjarmason

Einige Befehle wie “git stash(Mann) emittiere fortgesetzte Optionen Ausgabe mit zB git stash -hWeil usage_with_options_internal() Präfixen mit eigenen Leerzeichen wurde die resultierende Ausgabe nicht richtig ausgerichtet.
Lassen Sie uns den hinzugefügten Leerraum berücksichtigen, der die Ausgabe richtig ausrichtet.

Das “git stash” Der Befehl hat eine Nutzungsausgabe mit einer N_() -Übersetzung, die sich legitimerweise über mehrere Zeilen erstreckt;

N_("git stash [push [-p|--patch] [-k|--[no-]keep-index] [-q|--quiet]\n"
   "          [-u|--include-untracked] [-a|--all] [-m|--message <message>]\n"
[...]

Wir möchten, dass diese Ausgabe an der Länge des Anfangsbuchstabens “git stash” ausgegeben, aber da usage_with_options_internal() fügt ein eigenes Whitespace-Präfix hinzu, das wir nicht erreicht haben, bevor wir diese Änderung ausgeben würden:

$ git stash -h
usage: git stash list [<options>]
   or: git stash show [<options>] [<stash>]
   [...]
   or: git stash [push [-p|--patch] [-k|--[no-]keep-index] [-q|--quiet]
          [-u|--include-untracked] [-a|--all] [-m|--message <message>]
          [...]

Jetzt geben wir richtig ausgerichtete Ausgaben aus.
Dh
die letzten vier Zeilen oben sind stattdessen (eine reine Leerzeichenänderung zu den obigen):

[...]
or: git stash [push [-p|--patch] [-k|--[no-]keep-index] [-q|--quiet]
              [-u|--include-untracked] [-a|--all] [-m|--message <message>]
              [...]

Diese Änderung ist relativ komplexer, da ich dafür gesorgt habe, dass sie für die RTL-Übersetzungsunterstützung zukunftssicher ist.
Später im usage_with_options_internal() Wir haben einen vorhandenen Füllcode, der auf zurückgeht d7a38c5 (“parse-options: Nutzungen automatisch generieren können”, 15.10.2007, Git v1.5.4-rc0 — verschmelzen), was nicht RTL-sicher ist, aber dieser Code wäre leicht zu beheben.
Lassen Sie uns hier keine neuen RTL-Übersetzungsprobleme einführen.


Ursprüngliche Antwort (2014)

Nein, obwohl eine Alternative, basierend auf einer „Katze“ der HTML-TXT-Dateien, in „Wie bekomme ich Git dazu, die Befehlszeilenhilfe in Windows anzuzeigen?“ vorgeschlagen wird.

Dort man.<tool>.cmd Konfig eingeführt im Jahr 2008, ermöglicht es, einen benutzerdefinierten Befehl festzulegen, aber die msys-Shell wird nicht mitgeliefert man.exe.

  • Nicht nur man.exe fehlt, auch Manpages fehlen in Git 2.13.1.

    – tsul

    22. Juni 2017 um 12:38 Uhr

Benutzer-Avatar
schobi

Die weltweit ausgeklügeltste Problemumgehung für dieses Problem: Verwenden Sie WSL

(das heißt, es sei denn, Sie sind bereits ein WSL-Benutzer, in diesem Fall handelt es sich lediglich um eine gewöhnliche Problemumgehung.)

  1. Installieren Sie eine der Linux-Distributionen über den Windows Store
  2. Gehen Sie hinein und stellen Sie sicher, dass das Git-Paket installiert ist
  3. Über die Windows-Befehlszeile bash -c 'git help fetch' usw.

Hier ist ein Alias ​​für den letzten:

[alias]
    hep = "!f() { $SYSTEMROOT/System32/bash -c \"git help $1\"; }; f"

(Und nein, Sie können keine integrierten Git-Ins überschreiben, aber Sie können einen Shell-Befehl zum Abfangen und Umleiten erstellen help.)

1034680cookie-checkgit help in der Windows-Eingabeaufforderung

This website is using cookies to improve the user-friendliness. You agree by using the website further.

Privacy policy