Alex G. wrote:
I've always seen the %changelog as a relic from times when we
didn't
have reliable source SCMs. For me, it is redundant (and boring) to have
to update the %changelog, while I have the exact same information in the
git history.
I think the best way to go is to obsolete %changelog, and extract the
changelog directly from git history. I don't care as much about how far
back it should go. As far as knowing the package version (i.e. 1.2.3-6)
for each commit, that can easily be handled with a git hook.
So, why bother putting similar information in two places when there are
better ways to go?
Because git history cannot be fixed after the fact (to fix typos, add
missing bug references, etc.) without breaking pulls, and in particular,
contains many "try this", "no, try that", "oops, fix this"
commits which
don't belong in the RPM changelog.
Kevin Kofler