Hi team,
There could be another way if we can't drop old-style ChangeLog for some reason:
do not alter ChangeLog (i.e. use commit log instead) until the patch is fully
accepted (e.g., Andrew could get log notes (one or even several) from git log
of processed patches (of master savannah/master) and update ChangeLog (as a
separate commit).
No magic, just deferred update.
Regards,
Ivan
Mon, 15 Oct 2012 09:31:59 +0300 от Pekka Enberg <penb...@kernel.org>:
>
>
>
>
>On Sun, Oct 14, 2012 at 11:55 PM, Andrew Hughes <gnu.and...@redhat.com> wrote:
>
>> May be it's time to change the policy of patch acceptance from
>
>> "please find a person who reviews (among 1 or 2 guys) your code" to
>
>> "if signed FSF paper, and you have patches, post them to ML, commit
>
>> to some feature development branch and, if no objections within 2-3
>
>> weeks, merge the branch to master, in case of further objections
>
>> revert the patches".
>
>
>
> No, I don't think this is suitable.
>
>
And more importantly, not really necessary now that we're using Git.
>
That said, we really need to do something with ChangeLog because it
>
causes unnecessary rejects when merging from one git tree to another.
>
Can we drop it or did someone have some Git magic to deal with it?
>
>
Pekka
>
