reject merges on gdb release branches?
Joel Brobecker
brobecker@adacore.com
Fri Jan 24 08:07:00 GMT 2014
> > I'm not trying to advocate one or the other, rather just trying to
> > understand the reasoning behind the decision.
>
> So am I. And I still don't understand that reasoning.
>
> Let me turn the table and ask: are there any objections to removing
> this restriction on master, and leaving it only on the branch? If
> there are no objections, can we please remove the restriction?
On a personal level, it does not really matter all that much to me,
one way or the other, but from the project's perspective and its
variety of contributors, I would like to object to allowing merge
commits on master. I think we cannot expect all our contributors
to know git well, and for those who don't have a good command of
that tool, branch merges are more difficult to understand than
simple commits. Rejecting merges makes sure that the history
remains linear.
I still do not understand what the problem is with rebasing though.
You said "loss of information". Can you explain a bit more?
--
Joel
More information about the Gdb-patches
mailing list