<p dir="ltr"><br>
</p>
<p dir="ltr"></p>
<p dir="ltr">On Fri, Aug 7, 2015, 20:13 Nick Coghlan <<a href="mailto:ncoghlan@gmail.com">ncoghlan@gmail.com</a>> wrote:</p>
<blockquote><p dir="ltr">On 8 August 2015 at 08:25, Brett Cannon <<a href="mailto:bcannon@gmail.com">bcannon@gmail.com</a>> wrote:<br>
> On Thu, Aug 6, 2015 at 7:17 PM Nick Coghlan <<a href="mailto:ncoghlan@gmail.com">ncoghlan@gmail.com</a>> wrote:<br>
>> In the Roundup+Mercurial case, I think we can deal with this more<br>
>> comprehensively by actually storing our canonical issue->commit<br>
>> reference in *Roundup*, and mentioning an issue number in a commit<br>
>> would just be a way of creating those associations automatically. That<br>
>> way, if we get it wrong at commit time (mentioning the wrong issue,<br>
>> not mentioning an issue at all, creating an issue after we've already<br>
>> done the work), then we can edit the commit associations on the<br>
>> affected issues *in Roundup* to ensure the appropriate change info is<br>
>> reported. If multiple commits were made referencing the same issue,<br>
>> then we'd still only get one news entry for that issue, and if one<br>
>> commit addresses multiple issues, then we'd get multiple news entries<br>
>> (one per issue).<br>
><br>
> So are you saying you want a field to paste in the commit numbers to do the<br>
> tracking? I assume you would want commit messages listing an issue to<br>
> automatically append to that field but have it editable to fix any typos in<br>
> the commit message.</p>
<p dir="ltr">Yep, exactly. Longer term, once we have a repo hosting solution that<br>
*also* has a REST API, then the UX could be updated to better<br>
integrate the two (e.g. displaying the summary line from the commit in<br>
the Roundup UI, display the titles of all linked issues in the repo<br>
hosting UI), but the simplest possible way to get started is with a<br>
free text comma separated field (akin to the nosy list, dependency and<br>
superceder fields) that we can audit with an offline script and set<br>
from the existing Roundup notification commit hook.</p>
</blockquote>
<p dir="ltr"><br></p>
<p dir="ltr">OK, assuming David's in agreement then I think this approach wins with the comma-separated field for commits that the hg hook for Roundup auto-appends to and of course the field to enter the NEWS entry.</p>
<p dir="ltr">Now the next question is how easy/hard is it to implement this, how long will it take, and who is willing to do the work? With this in hand we can propose it to python-committers for 3.6 since the NEWS file should be easy enough to back-fill to this approach while its still small.</p>
<p dir="ltr">-Brett</p>
<blockquote><p dir="ltr"></p>
<p dir="ltr">>> Since Mercurial associates commits with named branches, this would<br>
>> also mean we'd be able to use the issue->commit tracking to determine<br>
>> where a change had been applied, rather than the existing versions<br>
>> field, so we'd be free to keep using the latter to keep track of<br>
>> branches that still require updating.<br>
><br>
> Yes, and depending on how fancy we got, we could even decorate the Versions<br>
> field with some marker to show when a commit had been applied to a branch.</p>
<p dir="ltr">I was more thinking in terms of listing the branches against the<br>
displayed commits, but yeah, marking up the versions field might be a<br>
nice way to go, too.</p>
<p dir="ltr">In my "Can I have a pony?" moments, I start wondering how we might be<br>
able to work <a href="https://taiga.io/">https://taiga.io/</a> into the mix to help coordinate more<br>
complex activities (like the release process, or some of our<br>
infrastructure updates). Fedora now have an instance of that up at<br>
<a href="http://taiga.cloud.fedoraproject.org/">http://taiga.cloud.fedoraproject.org/</a> (that instance requires a Fedora<br>
account to log in, but those are freely available:<br>
<a href="https://admin.fedoraproject.org/accounts/user/new">https://admin.fedoraproject.org/accounts/user/new</a>).</p>
<p dir="ltr">Baby steps, though, baby steps... :)</p>
<p dir="ltr">Cheers,<br>
Nick.</p>
<p dir="ltr">--<br>
Nick Coghlan   |   <a href="mailto:ncoghlan@gmail.com">ncoghlan@gmail.com</a>   |   Brisbane, Australia<br>
</p>
</blockquote>
<p dir="ltr"><br>
</p>