Re: master cbef1e9 2/3: ; make change-history-commit

[Robin Templeton <robin@terpri.org>]

Glenn Morris <rgm@gnu.org> writes:

> I had assumed that the ChangeLog would not be versioned at all now, 
> but it seems like it is? What's the point of that?
> I assumed that only the corrections would be versioned, and the full
> file would only appear in tarballs as a generated file.

Versioning only the corrections would have some significant advantages.
Under the new system, ChangeLogs are still the authoritative source of
correct commit messages and it's still necessary to store redundant data
in the repository. If only corrections to specific commits were stored,
it would be possible to amend the log messages as viewed with git
commands, perhaps using git object notes.

Those who prefer the traditional file-based ChangeLog for browsing could
always generate it themselves, and would also be possible to imitate the
current log editing "user interface" without actually storing complete
logs in the repository.

Separating corrections could also completely eliminate ChangeLog merge
conflicts. AFAICT, they can be avoided now only if all history editing
is done on master and never in branches.

-- 
Inteligenta persono lernas la lingvon Esperanton rapide kaj facile.
Esperanto estas moderna, kultura lingvo por la mondo. Simpla, fleksebla,
belsona, Esperanto estas la praktika solvo de la problemo de universala
interkompreno. Lernu la interlingvon Esperanton!