5
 
Changelogs have an interesting relation to version control systems.
 
6
 
They are, for some projects, the primary way of examining history.
 
7
 
They provide a pattern and standard for writing commit history, which
 
8
 
may encourage people to enter more details (function names, etc) in a
 
9
 
systematic way than they otherwise might.  The ChangeLog is available
 
10
 
offline, in tarfiles, or even when the project has been switched into
 
13
 
GNU ChangeLog format is only the most important, not the only such
 
14
 
file.  Debian uses a different format for packages.  At a higher
 
17
 
At the same time the information there is some redundancy: both the
 
18
 
ChangeLog and the VCS want to hold the description of what has been
 
19
 
done, including descriptive text, names of files changed, etc.
 
21
 
Some people say__ that ChangeLogs are mostly needed because of the
 
22
 
limitations of CVS (and originally RCS): if it was easy to read the VC
 
23
 
history when disconnected and at local speed, and if there are atomic
 
24
 
commits then they might be needed rather less.
 
26
 
__ http://gcc.gnu.org/ml/gcc/2004-06/msg00270.html
 
28
 
There should be hooks called to create the log message template and
 
29
 
before committing it.  These might, for example, populate it with
 
30
 
space for per-file comments, or check that it is in the right format.