Date: prev next · Thread: first prev next last
2013 Archives by date, by thread · List index


Hi Norbert,

On Tue, Apr 16, 2013 at 08:08:20AM -0500, Norbert Thiebaud <nthiebaud@gmail.com> wrote:
humm... with moving of 1000's of headers... I wonder what the limit
will then be needed ?

No idea, the kernel already had an i386 -> x86 rename or so (and they
then fixed quite some git rename vs merge issues), so I would not worry
too much.

also, that must impact gerrit too. iow I would need to increase that
parameter on the gerrit side
so that cherry-picking works ? or do we want to consider that for
these few transient patch that will need cherry picking accross the
move, people should manually rebase theses patch are re-push them to
gerrit ?

I thought our current workflow is:

- devA cherry-picks a commit from master to -4-0
- devA pushes to refs/for/4-0
- devB fetches from gerrit, tests, review, then pushes the button if it
  looks OK (or pushes to refs/heads/4-0)

In this workflow no adjustment on the gerrit side is needed, I guess.

Miklos

Attachment: signature.asc
Description: Digital signature


Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.