On Wed, Feb 29, 2012 at 4:37 PM, Greg Troxel <gdt@xxxxxxxxxx> wrote: > > I have set up a JIRA instance using Atlassian's OnDemand service, > available at https://git-scm.atlassian.net/ > Honestly I would argue against this, just because unless you want to spend a lot of time on it, I don't think it's going to get used much. Issue trackers in general tend not to get traction unless the maintainer uses it and asks people to use it or it's included in the workflow somehow. I use issue trackers in most of my projects, but I also don't use mailing lists - a lot of the things that work for my workflows are not the way that the Git project does it and I think you'll find that it's a bit of a waste of time to try to shoehorn them in. Besides, most of the things you are looking to get out of this are generally pretty easily obtained from the ML. If you're bored and want a project to work on, ask the ML. If you want to know the status on something, search or ask the ML. It's not quite as self-service as a issue tracker, but it gets you into the community more, which I think is also important. > Do people really think it's reasonable to use non-Free tools to develop > git? That seems surprising to me. This is particularly interesting to me. Disclaimer: I work at GitHub and have for most of the life of GitHub. That said, it's interesting to think about this. What does the freedom of the tooling provide you? Data portability is one thing, but both JIRA and GitHub have APIs to obtain basically any data in them (I think - I never use JIRA, but I've worked on the GH APIs). I do think that an interesting data point here is the cast of kernel.org, though. So that's all free, but also hugely and totally failed everyone here. It wasted hours of my time trying to clean up all the broken links from git-scm.com over a month, which is after a month of thinking that they couldn't possibly be down another day. The wiki is still busted. The docs are still gone. GitHub has contracted a designer and has started spending developer hours working on a better git-scm.com to take over those functions so it won't happen again. More importantly, that will never happen to GitHub or JIRA - there is no conceivable way that either of these relatively large corporations would tolerate even a full day of downtime or data loss. So free is great, but what is more important in the tooling and services that help you develop? Is it freedom to some arbitrary level, or is it simplicity and availability? I value my time a lot more than if I can get the source code to the issue tracker that my open source project uses. If we're going to use an issue tracker, or any other tool, I would really rather prefer we use one backed by a company that takes downtime seriously as opposed to using something that doesn't have the resources to fix things in any timeframe. Having someone saying "it's going to keep working because if it doesn't we all lose our jobs" is more freedom to me than having people say "if it doesn't work at some point you have the freedom to spend days of your time reimplementing it on your own hardware with maybe some of our backed up data and our open source code". Which is literally what I'm doing today for the hosted man page documentation. Just some thoughts. Scott -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html