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


Hi

Copying our mailing list, to make the answer publicly available.

Sounds like an interesting topic, but looking at the one you asked me about it seems to me, you 
look at the abandoned ones only in a statistical sense, that will not do. I am actually curious, 
why do you look at abandoned patches, the right question (at least to me) is “why do some patches 
not get merged”, for LibreOffice the result is the same, but for other projects it is very 
different.

33697 was submitted and abandoned by myself, because it had some problems…you will see a lot of 
people submit patches, to get them tested on our build boxes, and if there is a problem they either 
submit a second patch set or (as in my case) abandon the patch and submit a new one.

I trust you are also aware that TDF (in contrary to most other foundations) actively monitor 
gerrit. Patches who are untouched for 4 weeks, get a “polite ping”, and 4 weeks later still 
untouched gets abandoned. This procedure gives a lot more abandoned patches compared to other 
projects.

If you speak generally you need to look more carefully at the reasons.

1) Submitter abandons patch. This is quite natural as described above.

2) People with committer status, typically submit a patch and forget it, so the system catches it 
and they typically abandon it, when they see the “polite ping”.

3) New people submit a patch (some without having compiled the code) receive a review and decide 
not to continue. This is only true for first time patches.

4) New people do a good job of making their patch work, but get review comments e.g. due to the 
user experience not being correct, and stop working

Again compared to other projects, we ensure that all patches get reviewed, so no patch is abandoned 
due to lack of review (something I see happening in another Foundation I work with).

Have fun with your study, and please share the outcome on our dev list, and I think it will be 
interesting reading.

rgds
jan I.


On 10 Mar 2017, at 07:00, wqyy@zju.edu.cn wrote:

Dear jan, 

Sorry to bother you!

I am a Ph.D student in Zhejiang University, China. Currently, we are doing a research study on 
identifying root causes of abandoned code reviews. As we noticed, code reviews are abandoned for 
various reasons, e.g., build failed, wrong branch, duplicate patch, and so on. 

Since you are an expert in libreoffice, and I'm writing to ask you the reason why the following 
code review was abandoned (https://gerrit.libreoffice.org/#/c/33697/ 
<https://gerrit.libreoffice.org/#/c/33697/>). Also, it would be great if you can tell us some 
more reasons why a code review is abandoned:-) I would be really grateful if you could reply me.

Please kindly advice.

Thank you very much for your help and happy holidays!

Yours sincerely,

Qingye Wang


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.