bugtracker switch

[Antonio Huete Jimenez]

teh Alexh,

+1 for replacing roundup with redmine

R.
Antonio Huete

2010/3/27 Alex Hornung <ahornung at gmail.com>:
> Hi all,
>
> I would like to suggest a switch from roundup to redmine as our bugtracker.
>
> I've written a perl script that does an easy migration of all the data in
> roundup to redmine, keeping even the same usernames, passwords, ...
> The demo containing our migrated roundup database as of yesterday can be
> accessed at:
>
> http://atun-pistolero.ath.cx:3000/
>
> To try out the code review I think you need to login. Remember that you can
> login with your usual bugs.dragonflybsd.org user/password. Note that it's
> hosted on my home machine and accessible via my DSL; so don't expect awesome
> speed because I only have 1 Mbps upload. I also might need to reboot that
> machine, so if the web page is not accessible, just retry 5  minutes later.
>
>
> Now on to the important part; what it offers:
>
> a) perfect mailing list integration such as the one we have now with
> roundup. Sending a mail to a certain address will create an issue, replying
> to it will add further comments. This can even be set up so different
> addresses (aliases) will do different things; i.e. add to different
> projects, add with a different priority or category.
>
> b) a (subjectively) much nicer web interface, a mature and simple plugin
> interface and many plugins and themes.
>
> c) Useful tools such as Code Review (any diff, patch or even git commit can
> be reviewed line by line), wiki, Download list, Repository Browser (similar
> to gitweb, but well integrated into redmine), ...
>
> d) Issues can easily closed by just referencing them with some given keyword
> in commit messages; for example adding a line such as: "Fixes: #1333" to the
> commit message would automatically close that issue.
>
> e) As sjg@ mentioned on IRC, it allows for easy setup of multiple projects,
> which, quoting him, "would really be ideal to setup all the individual GSoC
> projects as projects with easy access to code, easy ability for people to do
> reviews, submit thoughts/bugs, and provide timelines/etc."
>
> f) *Really* trivial to setup, maintain and configure. It took me about 1
> hour to have everything set up from scratch, without any prior knowledge
> about postfix, etc. What took longest was writing the perl script to migrate
> the database, but that's done already. I've tried out features a) to c)
> rather extensively, so I know what I'm talking about.
>
> While this may not solve our general issue of having many bugs rotting in
> the bug tracker, it will at least provide a better toolset. Feature d) comes
> in quite handy and I would expect it to reduce the number of issues staying
> open longer than they need. It also meets the requirements of not being PHP
> (ask Justin about details on this requirement) and integrating with our
> mailing lists.
>
> Redmine is highly scalable and customizable and would allow for possible
> further expansion by, say, adding further projects or adding more project
> management tools. Unlike roundup, it doesn't require hacking every little
> bit of code just to make it look acceptable and be useful. In theory it
> would even be possible to move the whole website to use redmine's wiki, as
> it supports markdown, but I would like to stay away from that issue at first
> and just use it as an alternative to bugs.dragonflybsd.org.
>
> If this move is of interest to more people, which seems to be the case from
> the feedback I received on IRC, I would like to see this system up and
> running as soon as possible. I'm willing to do most of the setup myself, if
> I'm given the access (I need to install a bunch of ruby and family
> packages), but I might need some help with postfix or whatever else is being
> used as a mail server, as I'm by no stretch a {sys,net}admin.
>
>
> Cheers,
> Alex Hornung
>
>
>