<div dir="ltr">Hi,<div><br></div><div>We have a few scientific-correctness fixes in release-5-1 that we should ship. So I will do that on Wednesday.</div><div><br></div><div>It&#39;s disappointing that Berk&#39;s straightforward fix for Parrinello-Rahman with nstpcouple != 1 was up in gerrit for three weeks (now merged by me), and only I found time to look at it. Naturally, many of you can&#39;t have the time or expertise to look over such things, but otherwise that means that people are voting with their feet that they want long-lived bug-fix branches only if someone else does the work of 2-person review (and then the review of the merges).</div><div><br></div><div>Since this kind of thing is typical of the last few years, for the next period I suggest we&#39;ll adopt a policy (which Roland suggested to me privately a few weeks back) where all bug fixes go onto release-2016 branch, and get their primary review there. Anybody has discretion to cherry-pick a scientific-correctness bug fix back to release-5-1 for possible future release. We need to change something, because there&#39;s clearly not enough available manpower to justify our current workflow of</div><div>* find mdrun bug while cleaning up master branch</div><div>* fix bug on release-5-1</div><div>* wait for 2-person review on release-5-1</div><div>* do merge to release-2016</div><div>* wait for 2-person review on merge to release-2016</div><div>* do merge to master</div><div>* wait for 2-person review on merge to master</div><div>* resume work on master branch several months later</div><div><br></div><div>That will likely mean fewer things actually get fixed in release-5-1, but that seems to be how people actually want to spend their time.</div><div><br></div><div>This will also mean that come next release phase, we will close release-2016 for the duration of the release phase. Once we release 2017, probably we&#39;ll have bug fixes that make sense to backport to release-2016, but clearly we can&#39;t do more than one thing at a time efficiently.</div><div><br></div><div>After 5.1.4, I&#39;ll then be travelling for 10 days, but we should plan to do 2016.1 in late-ish September, so please get your fixes and reviews in :-).</div><div><br></div><div>Mark</div></div>