+1 for Redmine. The windows story is a lot better, too (Apache on windows = suck). Multi-project/repo out of the box with no kludgey plugins. Custom workflow is configurable through the web interface vs. text config.. in fact, MUCH more of Redmine's config is exposed via the web interface vs text files (pretty much source control binaries, email and database provider/location is the only stuff you need to configure via config file ootb).
Really, Redmine is very similar, in my opinion to Trac. But I think it benefits from hindsight and doesn't carry any of the historical implementation limitations/baggage of Trac.
+1 for redmine. Had it installed on Windows 2003 server and used its superb built in migration tools to go from mantisbt. Used it for about 18months and its actively maintained. Great for multiple projects and provides a simple UI. Its integration scripts with Subversion, GIT etc are also excellent.
We use Pivotal Tracker to manage all our development projects. It's not only a bugtracker, but extremely usefull if you have any kind of agile process.
I absolutely love Fogbugz. I find Jira to be a bloated, complex mess. I've also used Trac and Bugzilla, both were clunky and lacking in creature comforts.
Very much agreed. Fogbugz also has one of the simplest "surface" interfaces. It manages to hide all the complexity, without sacrificing feature, leading to very smooth workflows. Trac, Bugzilla, and JIRA (I haven't used Redmine) all seem to lead a sort of "fragmented" style of use, where you transition between thought modalities, while Fogbugz keeps it very streamlined.
I am going to suggest JIRA. I think it is pretty lightweight. You can either run it with the built-in database or let it talk to MySQL or PostgreSQL. It runs without the use of an app server. Just unzip and run.
no offense, but JIRA is not in the slightest lightweight. JIRA is extremely abstracted out to be whatever you want it to be. It's good for project management and for different projects that require different work flows, but you definitely need to spend time in setting it up to fit your needs.
Other than text files, I've only used bugzilla, which is decidedly not "light-weight". How does trac fail to be "robust"? I've not seen any complaints about it scribbling all over its database.
We are huge fans of Mantis (www.mantisbt.org). It strikes me as lightweight compared to many solutions advertised here, and has the virtue of being agnostic between PostgreSQL and MySQL. It's also completely free.
We integrated it extensively with Subversion a few years ago, and there already exist pre-built Git integration modules for it. The plugin ecosystem has come a long way.
One important criteria to me personally was the suitability of it for use as a project management and/or feature roadmapping system, not just an actual _bug_ tracker per se, explicitly for bugs in the sense of defects. Mantis performs extremely well on this count as well.
Probably the biggest high-profile use of Mantis I know is Digium's issue tracker for Asterisk: http://issues.asterisk.org/ -- you can see it in action there. Their particular use of it relies on Mantis's extensive ACL features (optional--you don't have to get that complicated if you don't want to!) to open the process of enrollment and bug submission to the public at large, to allow certain people intermediate levels of access (e.g. QA testers), and to impose an actual hierarchy of developers, managers and bug marshals inside the company.
I hate Pivotal Tracker. I've been forced to use it on a few projects and found it way too hard to use. E.g. it never shows what you're working on by default and you have to open up a special window for it. And you can't just mark something as done - you have to move it through a whole set of crazy states like accepted and delivered. I'd much rather use any other bug tracker or something simple like a spreadsheet.
I think generally if you want to second someone's recommendation, it's best to upvote their recommendation and add your comment as a reply - otherwise, the votes get fragmented between the two recommendations and if a person comes to the post and just scans the top comments, might not even see either of them.
I would like to suggest www.groupsense.com it is a bug tracking tool with social features. So you can follow bugs / people / projects.
So for e.g. You can follow a particular bug that you are interested in. Or you may follow a particular user who might have filled interesting bugs in the past.
You get an activity stream from the bugs/people/projects that you are following.
I am one of the co-founders so take it with a grain of salt.
I would be happy to hand hold you to implement this and add features if you need them.
Send me an email at [email protected] I promise you it is a new software but we have been using it internally for over a year it is stable and you will love it when in 15 seconds everyday you will be able to look at your activity stream and exactly know what is happening.
It's the best bug tracker around. The only downside is that it is so configurable people will start using it or non-bug tracking things, which doesn't work well
Anything that ties into GitHub well? We just switched from SVN+Trac to GitHub. Considering still using Trac but wondering if any good alternatives exist.
[+] [-] thirsteh|15 years ago|reply
[+] [-] olsonjeffery|15 years ago|reply
Really, Redmine is very similar, in my opinion to Trac. But I think it benefits from hindsight and doesn't carry any of the historical implementation limitations/baggage of Trac.
[+] [-] damien7579|15 years ago|reply
[+] [-] nickzoic|15 years ago|reply
[+] [-] dangrover|15 years ago|reply
[+] [-] kennu|15 years ago|reply
[+] [-] thijsc|15 years ago|reply
[+] [-] acgourley|15 years ago|reply
[+] [-] aeontech|15 years ago|reply
[+] [-] vanelsas|15 years ago|reply
[+] [-] FraaJad|15 years ago|reply
Fossil is a DVCS + Wiki + Bug tracking, though you can choose not to use the DVCS part..
* Light-weight? yes. it's just a single executable <1MB
* Robust? maybe. Projects using Fossil: SQLite, Mongrel2 etc.
[+] [-] nuriaion|15 years ago|reply
[+] [-] mjwalto2|15 years ago|reply
[+] [-] JunkDNA|15 years ago|reply
[+] [-] anateus|15 years ago|reply
[+] [-] agranig|15 years ago|reply
[+] [-] st3fan|15 years ago|reply
http://atlassian.com/starter/
[+] [-] jlintz|15 years ago|reply
[+] [-] jokull|15 years ago|reply
[+] [-] aeontech|15 years ago|reply
[+] [-] xal|15 years ago|reply
[+] [-] iamclovin|15 years ago|reply
[+] [-] wnoise|15 years ago|reply
[+] [-] abalashov|15 years ago|reply
We integrated it extensively with Subversion a few years ago, and there already exist pre-built Git integration modules for it. The plugin ecosystem has come a long way.
One important criteria to me personally was the suitability of it for use as a project management and/or feature roadmapping system, not just an actual _bug_ tracker per se, explicitly for bugs in the sense of defects. Mantis performs extremely well on this count as well.
Probably the biggest high-profile use of Mantis I know is Digium's issue tracker for Asterisk: http://issues.asterisk.org/ -- you can see it in action there. Their particular use of it relies on Mantis's extensive ACL features (optional--you don't have to get that complicated if you don't want to!) to open the process of enrollment and bug submission to the public at large, to allow certain people intermediate levels of access (e.g. QA testers), and to impose an actual hierarchy of developers, managers and bug marshals inside the company.
[+] [-] siddhant|15 years ago|reply
[+] [-] benmccann|15 years ago|reply
[+] [-] aeontech|15 years ago|reply
[+] [-] vidushi|15 years ago|reply
So for e.g. You can follow a particular bug that you are interested in. Or you may follow a particular user who might have filled interesting bugs in the past.
You get an activity stream from the bugs/people/projects that you are following.
I am one of the co-founders so take it with a grain of salt.
I would be happy to hand hold you to implement this and add features if you need them.
Send me an email at [email protected] I promise you it is a new software but we have been using it internally for over a year it is stable and you will love it when in 15 seconds everyday you will be able to look at your activity stream and exactly know what is happening.
[+] [-] grandalf|15 years ago|reply
http://retrospectiva.org/overview
[+] [-] dabeeeenster|15 years ago|reply
[+] [-] cantastoria|15 years ago|reply
www.sifterapp.com
It's beautifully done, the only drawback is that you can't send it e-mail.
[+] [-] betashop|15 years ago|reply
[+] [-] olsonjeffery|15 years ago|reply
http://stackoverflow.com/questions/14293/are-there-any-unhap...
[+] [-] meeech|15 years ago|reply
that said, we use redmine at work.
saw this the other day http://16bugs.com/ which looked like it might be interesting.
[+] [-] damoncali|15 years ago|reply
[+] [-] nl|15 years ago|reply
It's the best bug tracker around. The only downside is that it is so configurable people will start using it or non-bug tracking things, which doesn't work well
[+] [-] bkrausz|15 years ago|reply
[+] [-] tommorris|15 years ago|reply
It seems to me the choices are:
1. ditz (command-line based version tracker that keeps data in your version control repo - plays well with DVCSes like Git/Mercurial)
2. whatever comes by default with your repo hosting (Github or BitBucket or Google Code for open source SVN)
3. hosted Trac, Redmine or Bugzilla
For client work, I'm using Redmine, although I'm thinking of switching to ditz (or something similar) to make my life simpler.
For personal projects, I either use TODO.txt or the repo-provided bug tracker.
[+] [-] jashmenn|15 years ago|reply