<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Dec 15, 2015, at 9:39 AM, Kevin Wooten <<a href="mailto:kdubb@me.com" class="">kdubb@me.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class=""><blockquote type="cite" class=""><div class=""><br class="Apple-interchange-newline">On Dec 15, 2015, at 10:28 AM, David Owens II <<a href="mailto:david@owensd.io" class="">david@owensd.io</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="" style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div class="">Why couple two systems together that don’t need to be? Also, using issues as a discussion list is really abusing it’s purpose. Is someone really going to go through and mark certain ones closed and others not?</div></div></div></blockquote><div class=""><br class=""></div><div class="">Abusing it’s purpose? That’s a bit of a stretch considering it was designed for specifically the purpose of discussing proposed changes.</div></div></div></blockquote><div><br class=""></div>It’s the entire tracking bit about it; someone needs to go in and do the hygiene to close out discussions. Just keeping discussions opened makes it harder to do queries over them and to see what threads are currently being discussed. Now labels are going to be need to applied. The reality here is that most of the threads that have started on this list are not actually talking about doing a specific change, but rather, they are gathering thoughts about what people think about a proposed change. That, to me, does not seem like a good use of GitHub issues. </div><div><br class=""><blockquote type="cite" class=""><div class=""><div style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class=""><blockquote type="cite" class=""><div class=""><div class="" style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div class=""><br class=""></div><div class="">By coupling the two systems together, you make it significantly more challenging change how the source code is stored and where. You’ve arbitrarily said that GitHub is<span class="Apple-converted-space"> </span><i class="">the</i> way we are going to manage this project for all of time. How do you export all of the issues into another system now? </div></div></div></blockquote><div class=""><br class=""></div>Via API access you can export any data in your Github account should that day come.</div></div></blockquote><div><br class=""></div><div>True, we could write code to extract the issues and then write some more code to turn into a data format we wanted.</div><br class=""><blockquote type="cite" class=""><div class=""><div style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class=""><blockquote type="cite" class=""><div class=""><div class="" style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div class=""><br class=""></div><div class="">It<span class="Apple-converted-space"> </span><i class="">might</i> be more convenient for some, but it creates long-term problems for no measurable short-term gain.</div><div class=""><br class=""></div></div></div></blockquote><div class=""><br class=""></div><div class="">There is quite a bit to gain actually as many have pointed out. You may disagree but don’t discount others opinions out of hand.</div><br class=""><blockquote type="cite" class=""><div class=""><div class="" style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div class="">Also, your list of steps conveniently leaves out the setup process for a GitHub account. </div></div></div></blockquote><div class=""><br class=""></div><div class="">He also left out the day he created his email account. Aside from it being required, it’s also not unreasonable to assume a developer has a Github account.</div></div></div></blockquote></div><br class=""><div class="">Well, GitHub accounts require an email address, so that already makes it a common requirement. And yes, it’s not unreasonable to have a GitHub account. So we’ve established that the barrier to entry is already quite low to get involved in Swift today. </div><div class=""><br class=""></div><div class="">I personally don’t see a huge advantage of GitHub Issues over mailing lists. I have my mail setup like this:</div><div class=""><br class=""></div><div class=""> - swift</div><div class=""> - swift-build-dev</div><div class=""> - swift-corelibs-dev</div><div class=""> - swift-dev</div><div class=""> - swift-evolution</div><div class=""> - swift-lldb-dev</div><div class=""> - swift-users</div><div class=""><br class=""></div><div class="">It provides a very easy overview of what is new, what I haven’t looked at, and what I’ve marked for follow-up later. Maybe with GitHub email notifications, it can serve a similar purpose. Maybe you can answer this, does GitHub issues support threading? I’ve not seen it do that. That’s another feature that would be missing that many that use mailing lists do use.</div><div class=""><br class=""></div><div class="">-David</div></body></html>