mirror of
git://git.sv.gnu.org/emacs.git
synced 2026-01-30 12:21:25 -08:00
Lessen focus on ChangeLog files, as opposed to change log entries.
This is in preparation for generating the former automatically from the latter. * admin/notes/bugtracker, admin/notes/copyright, admin/notes/newfile: ChangeLog -> change log * admin/notes/changelogs: Remove, merging old contents to ... * admin/notes/repo: ... here. * doc/emacs/maintaining.texi (Change Log): Mention that ChangeLog files may be copied to or from a version control system. * doc/emacs/trouble.texi (Sending Patches): Point to the commit messages. * doc/lispref/intro.texi (Acknowledgments): ChangeLog file -> change log entries. * doc/lispref/tips.texi (Library Headers): Emacs uses a version control system. * etc/CONTRIBUTE: Give advice about git commit messages and how to generate proposed patches containing them.
This commit is contained in:
parent
ff953bc93b
commit
cd2e816cd3
14 changed files with 88 additions and 49 deletions
|
|
@ -463,10 +463,10 @@ time, rather than by increasing bug number
|
|||
|
||||
"raw" = ?
|
||||
|
||||
** ChangeLog issues
|
||||
** Change log issues
|
||||
|
||||
*** When you fix a bug, it can be helpful to put the bug number in the
|
||||
ChangeLog entry, for example:
|
||||
change log entry, for example:
|
||||
|
||||
* foo.el (foofunc): Fix the `foo' case. (Bug#123)
|
||||
|
||||
|
|
@ -475,7 +475,7 @@ obvious fix (e.g. a typo), there's no need to clutter the log with the
|
|||
bug number.
|
||||
|
||||
Similarly, when you close a bug, it can be helpful to include the
|
||||
relevant ChangeLog entry in the message to the bug tracker, so people
|
||||
relevant change log entry in the message to the bug tracker, so people
|
||||
can see exactly what the fix was.
|
||||
|
||||
*** bug-reference-mode
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue