On 18/04/12 22:44, philipn wrote: > Hey folks! > > I started a wiki page to help plan a migration to GitHub: > > https://code.djangoproject.com/wiki/GitHub%20Migration > > I don't know what I'm doing, but I do know that the current Trac setup > (attaching patches, etc) is less accessible to non-core contributors > than GitHub and I'd love to do anything I can to help make this better.
In discussing the move to GitHub on django-core, we fairly quickly came to the conclusion that we wouldn't be using GitHub issues. One of my major points in this discussion was the need to be able to import our current Trac database, because otherwise we are throwing away a huge amount of important history. As a core committer I regularly trace history to work out why a certain change was made, and often find myself looking at bugs on Trac and reading the discussion there. But importing our Trac database to GitHub issues would be basically impossible as it doesn't support attachments, and various other things - we would lose a huge amount of info if we attempted to port our current Trac database. There were a fair amount of other objections too. Some copy and paste from that thread: Aymeric wrote: """ I just looked at it again and here's what I noticed: - there is no workflow, so we lose the ability for the community to triage tickets; - we can't upload patches (which forces every contributor to sign up for GitHub and learn git) or arbitrary files (like logs, screenshots, tracebacks: not everything is a pull request); - there isn't a notion of "component", so there's no way to ask "give me the list of all contrib.auth tickets, so I can find the duplicate quickly"; - we can't put customized flags on tickets (easy, ui/ux) -- there are tags, but the result of the "Keywords" field in Trac shows the limits of unstructured tags; - it's hard to navigate when there are more than 200 open tickets on a project. """ Justin Bronn wrote: """ GitHub's issue tracker is so much worse than Trac I don't know why we're even considering it. I can attest it has NOT gotten better with age, and large projects on GitHub can't use it either. For example, both Chef and Puppet are hosted on GitHub yet use their own ticket solutions (Puppet uses Redmine, Chef uses Jira). The Pinax folks wrote their own issue system rather than using GitHub's! """ Cheers, Luke -- "My capacity for happiness you could fit into a matchbox without taking out the matches first." (Marvin the paranoid android) Luke Plant || http://lukeplant.me.uk/ -- You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/django-developers?hl=en.
