Em Quarta-feira, 10 de Novembro de 2010, às 15:03:55, Oswald Buddenhagen escreveu: > On Wed, Nov 10, 2010 at 02:43:37PM +0100, Goffart Olivier (Nokia-MS-Qt/Oslo) wrote: > > Things to think about: > > - What if we are talking in branch instead of patches? > > > > So the tool must have a ways to handle both single patches, or full > > branch (where sha-1 cannot be modified) > > we define that this cannot happen. everything is cherry-picked into a > long-lived branch (which means that a) everyone will have to get used to > working with short-lived independent branches and b) that we'll gain > > more topic branches). which brings us to the next question:
I don't think that is feasible. There are long-lived projects that branch out
and work for a long time without being merged in. In that period, they merge
back from the mainline or whatever branch they were tracking.
Rebasing and cherry-picking simply won't work.
--
Thiago Macieira - thiago.macieira (AT) nokia.com
Senior Product Manager - Nokia, Qt Development Frameworks
Sandakerveien 116, NO-0402 Oslo, Norway
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ Opengov mailing list Opengov@qt-labs.org http://lists.qt-labs.org/listinfo/opengov
