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


Ashod Nakashian wrote:
I have a handful of patches myself on different fixes that didn't
get enough interest. Is there a better way to make a review more
accessible to reviewers and save their time?

Hi Ashod,

speaking for myself - I tend to wait for jenkins builds to succeed
before having any closer look, so I'd strive for that first (simply
rebasing will trigger a new build, should there have been a broken
master).

Also, if your patches depend on each other, push them for review in
one go (gerrit detects the depend on each other). This gives context
to the reviewer, and also avoids frustration when pulling one patch,
and realizing it does not build etc.

For patches where seemingly all is in order, a reviewer had already
+1-ed it earlier etc - simply poke that person, she might be busy or
distracted. You find a list of developers and their irc nicks in the
wiki.

Cheers,

-- Thorsten

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.