<div dir="ltr">Having said that, you're most welcome to join us :-)<div><br></div><div>Since we're putting the last touches to the 2020 beta we're a bit late with the gitlab move - but I'll announce it here shortly!</div><div><br></div><div>Cheers,</div><div><br></div><div>Erik</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Sep 17, 2019 at 12:52 PM Berk Hess <<a href="mailto:hess@kth.se">hess@kth.se</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="auto">Hi,<div dir="auto"><br></div><div dir="auto">The pull code can already do that with a constraint.</div><div dir="auto"><br></div><div dir="auto">Cheers,</div><div dir="auto"><br></div><div dir="auto">Berk</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sep 17, 2019 12:41, Rebecca Kleemann <<a href="mailto:rkleeman@students.uni-mainz.de" target="_blank">rkleeman@students.uni-mainz.de</a>> wrote:<br type="attribution"><blockquote class="gmail-m_5664601094271104278quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div>
<div>Hi,</div>
<div><br>
</div>
<div>I'm about to start my bachelor thesis
about adding a group for atoms with constant velocity to gromacs.
Would it be possible to join Gromacs' GitLab?<br>
</div>
<div><br>
</div>
<div>Cheers,</div>
<div>Rebecca<br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div>Am 13.08.19 um 20:55 schrieb Erik
Lindahl:<br>
</div>
<blockquote>
<div dir="ltr">
<div dir="ltr">Hi,
<div><br>
</div>
<div>Just to follow up on this discussion - I've spent quite a
bit of time both looking into GitLab workflows and
customizing the gitlab-runner CI client to our needs. </div>
<div><br>
</div>
<div>1) I've created patches for a handful of modifications:</div>
<div> a) Allow individual jobs to ask for custom resources (so
e.g. builds might use more cores than tests).</div>
<div> b) Support for GPU resources, including per-job and with
artefacts (e.g. binaries) propagated between jobs so we can
compile a CUDA build on any host, and only request GPU(s)
for the tests.</div>
<div> c) I have extended the support for ccache so it is
stored per merge request branch, and if no previous branch
cache is available we copy it from master. This means
virtually all builds can use ccache.</div>
<div><br>
</div>
<div>2) For the workflows, as mentioned before I do see a huge
advantage both with a relatively clean git log (without an
extra merge commit for every real commit) and also having
all commits in master branch compile. The best way to
achieve this is with the fast-forward merge only combined
with squashing the change on merge. </div>
<div> a) For anything that is not fast-forwardable, this will
require rebasing. However, the good news is that this
rebasing appears to be at least as simple as our current
one. One can either keep working on an older version of a
change and rebase when everything else is ready, or rebase
continuously just like we do now.</div>
<div> b) When pushing to the merge request branch, we just do
"git push --force-with-lease origin <branch>", and it
will update the branch without overwriting anybody else's
modifications by mistake.</div>
<div> c) The merge request itself will keep track of the
different versions, so we can check what changed due to
rebasing. </div>
<div><br>
</div>
<div><br>
</div>
<div>At least initially I think it's good not to change our
workflow too much while changing environment, but we can of
course revisit that later - it's only a simple setting to
alter in GitLab. </div>
<div><br>
</div>
<div>So, here's my suggestion: To avoid causing sudden
last-minute pain for everyone, we stick with the present
system through September 15 when we release the beta. Some
time (shortly) after that there might be up to a week
(hopefully only 2-3 days) when take things down and do the
move to GitLab.</div>
<div><br>
</div>
<div>Cheers,</div>
<div><br>
</div>
<div>Erik</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
</div>
<div><br>
</div>
-- <br>
<div dir="ltr">
<div dir="ltr">
<div>
<div dir="ltr">
<div>
<div dir="ltr">
<div>
<div dir="ltr">
<div>Erik Lindahl <<a href="mailto:erik.lindahl@dbb.su.se" target="_blank">erik.lindahl@dbb.su.se</a>></div>
<div>Professor of Biophysics, Dept. Biochemistry
& Biophysics, Stockholm University</div>
<div>Science for Life Laboratory, Box 1031,
17121 Solna, Sweden</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<br>
<fieldset></fieldset>
</blockquote>
<p><br>
</p>
</div>
</blockquote></div><br></div>-- <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><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div>Erik Lindahl <<a href="mailto:erik.lindahl@dbb.su.se" target="_blank">erik.lindahl@dbb.su.se</a>></div><div>Professor of Biophysics, Dept. Biochemistry & Biophysics, Stockholm University</div><div>Science for Life Laboratory, Box 1031, 17121 Solna, Sweden</div></div></div></div></div></div></div></div></div>