<div dir="ltr">On Fri, Oct 31, 2014 at 4:52 AM, Quim Gil <span dir="ltr"><<a href="mailto:qgil@wikimedia.org" target="_blank">qgil@wikimedia.org</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra">On Sat, Oct 25, 2014 at 4:21 AM, S Page <span dir="ltr"><<a href="mailto:spage@wikimedia.org" target="_blank">spage@wikimedia.org</a>></span> wrote:<br><div class="gmail_quote"><span class=""></span><span class=""><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>Flow has a large backlog in Trello we'd like to migrate, but only those cards that don't have associated bugs. If anyone has done any automation of Trello/Mingle migration, speak up here and on <a href="https://phabricator.wikimedia.org/T36" target="_blank">https://phabricator.wikimedia.org/T36</a></div></div></div></div></blockquote><div><br></div></span><div>Two days ago we learned about another project that had migrated "40.000 Trac/Trello tickets to Phabricator" <a href="https://phabricator.wikimedia.org/T821" target="_blank">https://phabricator.wikimedia.org/T821</a> <br></div></div></div></div></blockquote><div>That's gold, Jerry, gold!<br>So export-trello.py <a href="https://secure.phabricator.com/P1407">https://secure.phabricator.com/P1407</a> followed by import-tickets.php <a href="https://secure.phabricator.com/P1405">https://secure.phabricator.com/P1405</a><br></div><div><br>I was picturing something lighter weight, but presumably it's "a simple matter of programming" to turn that into a script that can convert a particular group or named set of Trello cards into Phabricator tasks.<br><br></div><div>Script says:<br></div><div> </div><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><font size="1"><span style="font-family:courier new,monospace"># If you are willing to take COMPLETE RESPONSIBILITY FOR WRECKING YOUR<br># PHABRICATOR INSTALL you should MAYBE consider this script as an<br># EXAMPLE to help your own design. NO ONE CAN HELP YOU.<br>...<br><span class="">#   YOU SHOULD NOT RUN THIS SCRIPT.  A DRAGON WILL EAT ALL OF YOUR DATA.</span></span></font></div></div></div></div></blockquote><div> </div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>Followed by picture of dragon. Love it :)</div></div></div></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>I wonder, can we help you help us moving faster in this front?<br>...<br>I wonder how feasible it is to start the migration sooner with a bit of 
manual work, taking into account that the teams need to learn and get 
used to the tool anyways.<br></div></div></div></div></blockquote><div class="gmail_quote"><br>Sure, but why do you want us to move faster? You're busy, teams are busy. Again the huge win is avoiding the $#@! dance of making a card for a bugzilla bug then keeping the bug and project in sync. Phabricator would have to be unimaginably awful as a project manager for us to reject that unification; it isn't.<span class=""><br><br></span><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><span class=""></span><br><span class=""><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra">I assume Phabricator will have a "Flow extension" project for all the migrated Flow bugs. </div></div></blockquote></span><br><span class=""></span><div>Here is a sample of what you will get: <a href="https://bugzillapreview.wmflabs.org/tag/mediawiki_extensions-flow/" target="_blank">https://bugzillapreview.wmflabs.org/tag/mediawiki_extensions-flow/</a></div></blockquote></div><div>Interesting, the default workboard <a href="https://bugzillapreview.wmflabs.org/project/board/10/">https://bugzillapreview.wmflabs.org/project/board/10/</a> has just a "Backlog" column.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra">When the Flow team switches to Phabricator we'll add a subset of them to a "Flow-sprint-K" project for the current sprint and work with that project's workboard. Maybe we'll have a "Flow-backlog" project as well.</div></div></blockquote></span></div></div></div></blockquote><div>On the one hand since the migrated Bugzilla component already has a default workboard with a default Backlog column, it seems we might as well manage all bugs there. On the other, if a team is responsible for multiple components (Flow, Echo, Thanks) then maybe it's easier to have a "Flow-team-backlog" project that can span them all.<br><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class=""><div>With the help of Arthur (no less!) we are drafting the new guidelines / conventions at <a href="https://phabricator.wikimedia.org/T558" target="_blank">https://phabricator.wikimedia.org/T558</a></div></span></div></div></div></blockquote><div>Yes and people have edited <a href="https://www.mediawiki.org/wiki/Phabricator/Project_management">https://www.mediawiki.org/wiki/Phabricator/Project_management</a>  <br><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class=""><div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra">Questions:<br>* Can you limit who can edit a workboard (drag cards, reorganize, add /delete columns)?<br></div></div></blockquote><div><br></div></span><div>Mmm... requires more investigation. Columns seem to have their own policies, but I'm not sure who can change them, and whether it is per columns or per board. See <a href="https://phabricator.wikimedia.org/project/board/35/column/65/" target="_blank">https://phabricato and columnsr.wikimedia.org/project/board/35/column/65/</a>  Can you create a task?</div></div></div></div></blockquote><div><br></div><div>Yes I can create a task in any column, and I think I can "tag" a task with any project. It's strange, I can create and edit columns, and Manage board to reorder them, but I can't seem to drag the tasks on that workboard between the existing columns.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div> I can see how this will be needed in some circumstances. </div></div></div></div></blockquote><div><br></div><div>I can see users adding a "Bugs WMF is too incompetent to address" column to the default workboard for projects, or tag their pet task with project "Critical focus areas for WMF board" :-)<br></div></div><br></div><div class="gmail_extra">Exciting stuff.<br>-- <br><div class="gmail_signature"><div dir="ltr">=S Page  Features engineer<br></div></div>
</div></div>