This is the mail archive of the mailing list for the glibc project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Update on commit and release workflow discussions

> I vaguely remember someone (Roland?) not being in favour of generating
> the ChangeLog at any time except during release.  I am inclined
> towards generating ChangeLogs to fix them up because it does not
> involve yet another layer of metadata.

I don't really understand the second sentence.

My position on this is simply that amending logs is not worthwhile enough
to merit any nontrivial complications to the machinery or workflow.  I'd
rather start with a system that is as simple as possible, and only worry
about log amendments if and when we have a concrete occasion of someone
feeling very strongly that a particular log entry needs amending.

My other general comment is just incrementalism.  The thing that is most
straightforward and has clearest consensus is automating the fixed-bugs
list for NEWS.  So I'd like to see these steps completed before we commit
(level of pun intention left as an exercise to the reader) to details of
other new plans:

1. Choose Bugzilla conventions for tracking fixedness and distinguishing
   fixed on trunk from fixed on a given release branch.
2. Write and test a script that generates a pretty list for a NEWS file by
   doing a Bugzilla query.
3. Agree roughly on the release-time process that should be used to put the
   list in the file.
4. Remove existing list from top of trunk NEWS file.
5. Do something appropriate to NEWS files of release branches still active.

Of course the discussion about commit log formats, git hook behaviors
driven by log entry contents, and ChangeLog generation, can continue in
parallel.  But I'm not going to think very much about those details, nor
consider discussion of any such things to have reached real consensus,
until after we have completed the steps above and begun adapting to the
workflow changes just for that.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]