
We presently use the ".txt" extension for our AsciiDoc files. While not wrong, most editors do not associate this extension with AsciiDoc, meaning that contributors don't get automatic editor functionality that could be useful, such as syntax highlighting and prose linting. It is much more common to use the ".adoc" extension for AsciiDoc files, since this helps editors automatically detect files and also allows various forges to provide rich (HTML-like) rendering. Let's do that here, renaming all of the files and updating the includes where relevant. Adjust the various build scripts and makefiles to use the new extension as well. Note that this should not result in any user-visible changes to the documentation. Signed-off-by: brian m. carlson <sandals@crustytoothpaste.net> Signed-off-by: Junio C Hamano <gitster@pobox.com>
78 lines
2.5 KiB
Plaintext
78 lines
2.5 KiB
Plaintext
git-bugreport(1)
|
|
================
|
|
|
|
NAME
|
|
----
|
|
git-bugreport - Collect information for user to file a bug report
|
|
|
|
SYNOPSIS
|
|
--------
|
|
[verse]
|
|
'git bugreport' [(-o | --output-directory) <path>]
|
|
[(-s | --suffix) <format> | --no-suffix]
|
|
[--diagnose[=<mode>]]
|
|
|
|
DESCRIPTION
|
|
-----------
|
|
Collects information about the user's machine, Git client, and repository
|
|
state, in addition to a form requesting information about the behavior the
|
|
user observed, and stores it in a single text file which the user can then
|
|
share, for example to the Git mailing list, in order to report an observed
|
|
bug.
|
|
|
|
The following information is requested from the user:
|
|
|
|
- Reproduction steps
|
|
- Expected behavior
|
|
- Actual behavior
|
|
|
|
The following information is captured automatically:
|
|
|
|
- 'git version --build-options'
|
|
- uname sysname, release, version, and machine strings
|
|
- Compiler-specific info string
|
|
- A list of enabled hooks
|
|
- $SHELL
|
|
|
|
Additional information may be gathered into a separate zip archive using the
|
|
`--diagnose` option, and can be attached alongside the bugreport document to
|
|
provide additional context to readers.
|
|
|
|
This tool is invoked via the typical Git setup process, which means that in some
|
|
cases, it might not be able to launch - for example, if a relevant config file
|
|
is unreadable. In this kind of scenario, it may be helpful to manually gather
|
|
the kind of information listed above when manually asking for help.
|
|
|
|
OPTIONS
|
|
-------
|
|
-o <path>::
|
|
--output-directory <path>::
|
|
Place the resulting bug report file in `<path>` instead of the current
|
|
directory.
|
|
|
|
-s <format>::
|
|
--suffix <format>::
|
|
--no-suffix::
|
|
Specify an alternate suffix for the bugreport name, to create a file
|
|
named 'git-bugreport-<formatted-suffix>'. This should take the form of a
|
|
strftime(3) format string; the current local time will be used.
|
|
`--no-suffix` disables the suffix and the file is just named
|
|
`git-bugreport` without any disambiguation measure.
|
|
|
|
--no-diagnose::
|
|
--diagnose[=<mode>]::
|
|
Create a zip archive of supplemental information about the user's
|
|
machine, Git client, and repository state. The archive is written to the
|
|
same output directory as the bug report and is named
|
|
'git-diagnostics-<formatted-suffix>'.
|
|
+
|
|
Without `mode` specified, the diagnostic archive will contain the default set of
|
|
statistics reported by `git diagnose`. An optional `mode` value may be specified
|
|
to change which information is included in the archive. See
|
|
linkgit:git-diagnose[1] for the list of valid values for `mode` and details
|
|
about their usage.
|
|
|
|
GIT
|
|
---
|
|
Part of the linkgit:git[1] suite
|