<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto">And one more comment:<div><br></div><div>While we usually love improvements, fixes or a new algorithm, one important concern for all new code is how (and by whom) it will be maintained and bug-fixed a few years from now. A new analysis tool that doesn't change much other code can be quite straightforward, but a complex new algorithm that influences load balancing and the nonbonded kernels would need broad consensus from many developers that it's so useful we will support it together.</div><div><br></div><div>Since it can take a bit of effort to get documentation and unit tests ready, a good strategy is often to start a redmine feature thread about the algorithm and suggested contribution to get feedback earlier than after Gerrit submission!</div><div><br></div><div>Cheers,</div><div><br></div><div>Erik</div><div><br><br><div id="AppleMailSignature">Erik Lindahl &lt;<a href="mailto:erik.lindahl@scilifelab.se">erik.lindahl@scilifelab.se</a>&gt;<div>Professor of Biophysics</div><div>Science for Life Laboratory</div><div>Stockholm University &amp; KTH</div><div>Office (SciLifeLab): +46 8 524 81567</div><div>Cell (Sweden): +46 73 4618050</div><div>Cell (US): +1 267 3078746</div><div><br></div></div><div><br>On 19 Jul 2018, at 06:24, Mark Abraham &lt;<a href="mailto:mark.j.abraham@gmail.com">mark.j.abraham@gmail.com</a>&gt; wrote:<br><br></div><blockquote type="cite"><div><div dir="ltr">Hi Chris,<br><br><div class="gmail_quote"></div></div><div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Tue, Jul 17, 2018 at 10:08 PM Mirabzadeh, Christopher (<a href="mailto:mira2978@vandals.uidaho.edu" target="_blank">mira2978@vandals.uidaho.edu</a>) &lt;<a href="mailto:mira2978@vandals.uidaho.edu" target="_blank">mira2978@vandals.uidaho.edu</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I have a completed project that was tested and has been working since GROMACS 5.1.4. I cloned the newest repo from gerrit and would like to try an include my code in the next code release. I understand that my code will have to fit the changes since 5.1.4.<br></blockquote><div><br></div></div></div><div dir="ltr"><div class="gmail_quote"><div>Great. We love getting contributions of useful and well written code :-) Don't hesitate to drop into our fortnightly developer roundtable telcos. I'd offer to set up a specific chat with you, but I'm shortly going on my summer holidays! So perhaps others can carry on the discussion.</div></div></div><div dir="ltr"><div class="gmail_quote"><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Question 1: Is it too late to include my code in the upcoming release? I remember getting an email from the group about the next release but got distracted by work and home and I may have missed the deadline.<br></blockquote><div><br></div></div></div><div dir="ltr"><div class="gmail_quote"><div>No, it's not too late, but it very soon will be. Reviewable, tested code will need to be in gerrit by early September if we're to integrate it along with all the others things for GROMACS 2019. Do check out the advice in the latest version of the developer guide at&nbsp;<a href="http://jenkins.gromacs.org/job/Documentation_Nightly_master/javadoc/dev-manual/contribute.html" target="_blank">http://jenkins.gromacs.org/job/Documentation_Nightly_master/javadoc/dev-manual/contribute.html</a>. We definitely need to hear some more details from you about what you propose so we can see if it's feasible.</div></div></div><div dir="ltr"><div class="gmail_quote"><div>&nbsp;</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Question 2: I have no idea how to use gerrit. I’m familiar with git, but gerrit looks foreign to me. In the write-up on <a href="http://gromacs.org" rel="noreferrer" target="_blank">gromacs.org</a>, there is no mention of creating a local working branch and creating pull requests which is the workflow that I’m familiar with. Is that still the process with gerrit? Is there a workflow to follow that I missed? Further guidance would be appreciated.<br></blockquote><div><br></div></div></div><div dir="ltr"><div class="gmail_quote"><div>We don't use a pull-request workflow. We haven't made a how-to for the mechanics of contributing, but all proposed patches (even from regular developers) are structured as a patch series based on the current HEAD of the master branch, and after testing and review get rebased on the new HEAD and get submitted. The history ends up linear. Working out how to organize the code so it isn't an unmanageable lump of 20k lines can be a bit of work. But we'd need to know more to have specific suggestions.</div></div></div><div dir="ltr"><div class="gmail_quote"><div>&nbsp;</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Question 3: If I have completed code for review, that incorporates a new algorithm, does a publication have to be included? The context being, what is the process for explaining the algorithm to a reviewer?<br></blockquote><div><br></div></div></div><div dir="ltr"><div class="gmail_quote"><div>That will go a fair way to helping the code review process go smoothly, but do be aware that there will need to be other documentation for both users and developers, plus tests so that we can continue to keep the code working as we modernize the code base for future needs.</div></div></div><div dir="ltr"><div class="gmail_quote"><div><br></div><div>Mark</div></div></div><div dir="ltr"><div class="gmail_quote"><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Cheers,<br>
<br>
-ChrisM<br>
<br>
-- <br>
Gromacs Developers mailing list<br>
<br>
* Please search the archive at <a href="http://www.gromacs.org/Support/Mailing_Lists/GMX-developers_List" rel="noreferrer" target="_blank">http://www.gromacs.org/Support/Mailing_Lists/GMX-developers_List</a> before posting!<br>
<br>
* Can't post? Read <a href="http://www.gromacs.org/Support/Mailing_Lists" rel="noreferrer" target="_blank">http://www.gromacs.org/Support/Mailing_Lists</a><br>
<br>
* For (un)subscribe requests visit<br>
<a href="https://maillist.sys.kth.se/mailman/listinfo/gromacs.org_gmx-developers" rel="noreferrer" target="_blank">https://maillist.sys.kth.se/mailman/listinfo/gromacs.org_gmx-developers</a> or send a mail to <a href="mailto:gmx-developers-request@gromacs.org" target="_blank">gmx-developers-request@gromacs.org</a>.</blockquote></div></div><span>
</span>
</div></blockquote><blockquote type="cite"><div><span>-- </span><br><span>Gromacs Developers mailing list</span><br><span></span><br><span>* Please search the archive at <a href="http://www.gromacs.org/Support/Mailing_Lists/GMX-developers_List">http://www.gromacs.org/Support/Mailing_Lists/GMX-developers_List</a> before posting!</span><br><span></span><br><span>* Can't post? Read <a href="http://www.gromacs.org/Support/Mailing_Lists">http://www.gromacs.org/Support/Mailing_Lists</a></span><br><span></span><br><span>* For (un)subscribe requests visit</span><br><span><a href="https://maillist.sys.kth.se/mailman/listinfo/gromacs.org_gmx-developers">https://maillist.sys.kth.se/mailman/listinfo/gromacs.org_gmx-developers</a> or send a mail to <a href="mailto:gmx-developers-request@gromacs.org">gmx-developers-request@gromacs.org</a>.</span></div></blockquote></div></body></html>