I'm starting an opensource project. Any advice? [closed]

Question

First of all, I reviewed this question, but I think I need a little more information since I've never worked on an opensource project before.

I'm starting an opensource project, currently hosted on Google code. It is a framework for creating flash games in ActionScript3 (programmer oriented). So far, so good, but I want to start building a community around it. The project is 60% finished from it's first official stable release (I am using Scrum to guide the development process, currently we are 3 people on the development team). By the way, the project has the MIT licence.

Do you have any advice on how to guide the development, any tools that I should look at?

Assembla vs Google code vs Trac vs Pivotal tracker?

What are you experiences on this?

Answer 1

If you're looking to build a community, it's not always about the tools, more about the processes you can use to build a community. There are plenty of people who will use whatever tool you give them or will choose (or refuse) to participate in a project based on the tools, but if the community stinks very few people will hang around.

I'd recommend spending some time thinking about how you're going to embrace a community. Are you ready to take the time to respond to bug reports? How will you handle enhancement requests? Are you willing to let something into the code if several people want it, but you don't? These are all critical issues that in the end will be far more important then Assmebla vs Trac.

You may want to check out Karl Fogel's book Producing Open Source Software or Jono Bacon's The Art of Community for more hints on managing and building a community.

Answer 2

First, big obvious download buttons so that a person can download your project, make it just plain easy. Secondly, forums so that people can give you feedback good and bad about the project.

Good luck on your project!

Answer 3

I would suggest checking out this book: http://producingoss.com/

I believe there is a free online and pdf version.

I have messed around with Trac some and it can certainly get the job done but if you are already doing an agile development process I would check out Pivotal Tracker. I use it on a side project and it's pretty slick, not to mention free to use. Pivotal has all the things you would expect: stories, backlog, velocity calculation, a few charts, etc.

Answer 4

• Strive for adoption. The more users you get, the more people will contribute back.

• Include lots of code samples on the wiki and let users download a sample application.

• Make sure your API is well-documented with ASDoc.

• Provide a roadmap to so that potential users can see your direction and intentions.

• Be diligent about prioritizing feature requests and bugs. You and your team don't have time to do everything.

• Make integration as seamless as possible. Hopefully users will be able to simply download a .swc (Flash library) and link it into their application.

• Release early, release often. I hate having to download and use the HEAD revision from a repository because a team has only officially released one version of their project and it's a year old.