<div dir="ltr">Hey Jordan,<div><br></div><div>Thanks for the email! Very good point -- and I definitely felt weird assigning &quot;Swift 3&quot; labels to tasks, considering it&#39;s not up to me to decide what goes into Swift 3 or not. Still, I think it&#39;s helpful to see, at a glance, what are the time-sensitive tasks for a given project. Ideally, the tag would be named something like &quot;ItdBeSwellToGetThisDoneInTimeForSwift3IMHO&quot; :) Seriously, though, ideas for better label names would be very welcome!</div><div><br></div><div>And I appreciate the naming convention! I was wondering myself, but ended up going with the casing used by the Swift 3.0 release branches.<br></div><div><br></div><div>Anyway, thanks for the clarification!! Very much appreciated. And no need to apologize for removing the label, I didn&#39;t take it personally. :)</div><div><br></div><div>- Brian Gesiak</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, May 26, 2016 at 11:13 PM, Jordan Rose <span dir="ltr">&lt;<a href="mailto:jordan_rose@apple.com" target="_blank">jordan_rose@apple.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">Hey, Brian. Re: your <a href="https://bugs.swift.org/browse/SR-1613?focusedCommentId=14864&amp;page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14864" target="_blank">comment about labels</a>:<div><br></div><div><blockquote type="cite">By the way, I&#39;m curious for your thoughts on the swift-3.0 label, which I introduced in <a href="https://lists.swift.org/pipermail/swift-corelibs-dev/Week-of-Mon-20160516/000662.html" target="_blank">https://lists.swift.org/pipermail/swift-corelibs-dev/Week-of-Mon-20160516/000662.html</a>. I&#39;ve seen you &quot;curate&quot; labels in the past, so I hope I didn&#39;t step on your toes by creating one. I tagged this task as &quot;swift-3.0&quot; because it&#39;s a sub-task of <a href="https://bugs.swift.org/browse/SR-710" target="_blank">SR-710</a>, which is also marked &quot;swift-3.0&quot; – we want to be able to generate tests lists before shipping corelibs-xctest.</blockquote></div><div><br></div><div>I knocked the &quot;swift-3.0” label off because this was the first time I’d seen it in a non-corelibs issue, and because I wasn’t sure we had committed to doing this <i>particular</i> subtask in Swift 3—or rather, I wasn’t sure the <i>SourceKit</i> team had committed to doing this in Swift 3. I feel weird having release labels assigned by people working in other parts of the project because it feels like forcing the SourceKit engineers to fix it. I know that (a) wasn’t your intention, and (b) is probably accurate—as in, if this alternate solution hadn’t come up <i>someone</i> would have had to do something—but I reacted to it anyway and removed the label.</div><div><br></div><div>I do think now it was a bit of a knee-jerk reaction, so I apologize. As you noted, I’ve generally been the one adding labels, and removing or standardizing some of the ad hoc ones input by issue reporters; in this particular case that led to an instinct to remove a label I hadn’t seen rather than thinking about it. Certainly active contributors should be able to introduce new labels they find useful.</div><div><br></div><div>SR-1613 is resolved, so it’s kind of a moot point now, but do feel free to add useful labels in the future. If it matches one I’ve seen before I might standardize it, but I won’t remove them. Or if I do I’ll at least comment about it. :-)</div><span class="HOEnZb"><font color="#888888"><div><br></div><div>Jordan</div></font></span><div><br></div><div>P.S. “swift-3.0” also doesn’t match my naming convention for labels, which is UpperCamelCase, but given that I didn’t write it down anywhere or tell anybody I can hardly complain!</div></div></blockquote></div><br></div>