48bb914ed6
The point of these sections is generally to:
1. Give credit where it is due.
2. Give the reader an idea of where to ask questions or
file bug reports.
But they don't do a good job of either case. For (1), they
are out of date and incomplete. A much more accurate answer
can be gotten through shortlog or blame. For (2), the
correct contact point is generally git@vger, and even if you
wanted to cc the contact point, the out-of-date and
incomplete fields mean you're likely sending to somebody
useless.
So let's drop the fields entirely from all manpages except
git(1) itself. We already point people to the mailing list
for bug reports there, and we can update the Authors section
to give credit to the major contributors and point to
shortlog and blame for more information.
Each page has a "This is part of git" footer, so people can
follow that to the main git manpage.
35 lines
520 B
Plaintext
35 lines
520 B
Plaintext
git-request-pull(1)
|
|
===================
|
|
|
|
NAME
|
|
----
|
|
git-request-pull - Generates a summary of pending changes
|
|
|
|
SYNOPSIS
|
|
--------
|
|
'git request-pull' [-p] <start> <url> [<end>]
|
|
|
|
DESCRIPTION
|
|
-----------
|
|
|
|
Summarizes the changes between two commits to the standard output, and includes
|
|
the given URL in the generated summary.
|
|
|
|
OPTIONS
|
|
-------
|
|
-p::
|
|
Show patch text
|
|
|
|
<start>::
|
|
Commit to start at.
|
|
|
|
<url>::
|
|
URL to include in the summary.
|
|
|
|
<end>::
|
|
Commit to end at; defaults to HEAD.
|
|
|
|
GIT
|
|
---
|
|
Part of the linkgit:git[1] suite
|