Einrichtung und Konfiguration
Projekte holen und erstellen
Grundlegende Snapshots
Branching und Merging
Projekte teilen und aktualisieren
Inspektion und Vergleich
Patching
Debugging
Externe Systeme
Server-Administration
Anleitungen
- gitattributes
- Konventionen der Kommandozeile
- Tägliches Git
- Häufig gestellte Fragen (FAQ)
- Glossar
- Hooks
- gitignore
- gitmodules
- Revisionen
- Submodule
- Tutorial
- Workflows
- Alle Anleitungen...
Administration
Plumbing-Befehle
- 2.45.1 → 2.52.0 keine Änderungen
-
2.45.0
2024-04-29
- 2.44.1 → 2.44.4 keine Änderungen
-
2.44.0
2024-02-23
- 2.43.1 → 2.43.7 keine Änderungen
-
2.43.0
2023-11-20
- 2.38.1 → 2.42.4 keine Änderungen
-
2.38.0
2022-10-02
- 2.33.2 → 2.37.7 keine Änderungen
-
2.33.1
2021-10-12
- 2.28.1 → 2.33.0 keine Änderungen
-
2.28.0
2020-07-27
- 2.27.1 keine Änderungen
-
2.27.0
2020-06-01
SYNOPSIS
git bugreport [(-o | --output-directory) <path>] [(-s | --suffix) <format> | --no-suffix] [--diagnose[=<mode>]]
BESCHREIBUNG
Sammelt Informationen über die Maschine des Benutzers, den Git-Client und den Repository-Status, zusätzlich zu einem Formular, das Informationen über das vom Benutzer beobachtete Verhalten abfragt, und speichert diese in einer einzigen Textdatei, die der Benutzer dann teilen kann, z. B. an die Git-Mailingliste, um einen beobachteten Fehler zu melden.
Die folgenden Informationen werden vom Benutzer abgefragt
-
Schritte zur Reproduktion
-
Erwartetes Verhalten
-
Tatsächliches Verhalten
Die folgenden Informationen werden automatisch erfasst
-
git version --build-options
-
uname sysname, release, version und machine strings
-
Compiler-spezifischer Info-String
-
Eine Liste der aktivierten Hooks
-
$SHELL
Zusätzliche Informationen können mit der Option --diagnose in einem separaten ZIP-Archiv gesammelt werden und können neben dem Fehlerberichts-Dokument angehängt werden, um den Lesern zusätzlichen Kontext zu bieten.
Dieses Werkzeug wird über den typischen Git-Setup-Prozess aufgerufen, was bedeutet, dass es in einigen Fällen möglicherweise nicht gestartet werden kann - zum Beispiel, wenn eine relevante Konfigurationsdatei nicht lesbar ist. In solchen Fällen kann es hilfreich sein, die oben aufgeführten Informationen manuell zu sammeln, wenn Sie manuell um Hilfe bitten.
OPTIONEN
- -o <Pfad>
- --output-directory <Pfad>
-
Platziert die resultierende Fehlerberichtsdatei in <Pfad> anstelle des aktuellen Verzeichnisses.
- -s <Format>
- --suffix <Format>
- --no-suffix
-
Gibt ein alternatives Suffix für den Namen des Fehlerberichts an, um eine Datei namens git-bugreport-<formatiertes-Suffix> zu erstellen. Dies sollte die Form einer strftime(3)-Formatzeichenfolge haben; die aktuelle lokale Zeit wird verwendet.
--no-suffixdeaktiviert das Suffix, und die Datei wird einfachgit-bugreportohne jegliche Unterscheidungsmaßnahme genannt. - --no-diagnose
- --diagnose[=<Modus>]
-
Erstellt ein ZIP-Archiv mit ergänzenden Informationen über die Maschine des Benutzers, den Git-Client und den Repository-Status. Das Archiv wird in demselben Ausgabeverzeichnis wie der Fehlerbericht geschrieben und heißt git-diagnostics-<formatiertes-Suffix>.
Ohne Angabe von
Modusenthält das Diagnosearchiv den Standarddatensatz, der vongitdiagnosegemeldet wird. Ein optionalerModus-Wert kann angegeben werden, um zu ändern, welche Informationen in das Archiv aufgenommen werden. Siehe git-diagnose[1] für die Liste der gültigen Werte fürModusund Details zu deren Verwendung.
GIT
Teil der git[1] Suite