Trimming (or obsoleting) %changelog?
Kevin Kofler
kevin.kofler at chello.at
Tue Apr 23 21:52:45 UTC 2013
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
More information about the devel
mailing list