I would personally go with CodersCrowd for that matter of issue tracking.

Not only you can attach all versions of Bioconductor, but you can offer the 
user to reproduce the bug to the community and avoid the same message and code 
being lost in the archive high stack , CodersCrowd trace all bug fixes steps 
and besides it offers to run bioconductor directly on the browser with no 
dependencies problem, thanks to Docker containers 
(http://blog.coderscrowd.com/runnable-gists/)

Cheers

Rad

Radhouane Aniba
Bioinformatics Scientist
BC Cancer Agency, Vancouver, Canada

On May 20, 2014, at 6:04 AM, Keith Hughitt <keith.hugh...@gmail.com> wrote:

> Hello all,
> 
> I was wondering if there had been any progress towards adopting a bug
> tracking system for Bioconductor?
> 
> It has been discussed at least a couple times in the past, e.g.:
> 
>    - https://stat.ethz.ch/pipermail/bioc-devel/2011-October/002844.html
>    - https://stat.ethz.ch/pipermail/bioc-devel/2004-October/000040.html
> 
> But as far as I can tell, no such system has been set up and the current
> approach is to report issues to the mailing list.
> 
> The main reasons I see for adopting such a system would be:
> 
> 1. Centralized location for reporting and tracking bugs and feature
> requests; this also makes it more straight-forward to see if anyone else
> has already reported a specific issue.
> 
> 2. Ability to associate a given issue with specific a project
> 
> 3. Ability to assign priorities to various issues and assign developers to
> work on them.
> 
> 4. Easy to track changes made to a given release.
> 
> 5. Separate usage and development discussion (mailing list) for
> issue-related discussion.
> 
> Something like trac <http://trac.edgewall.org/> would be sufficient to
> cover all of the above issues, although something with closer integration
> to the codebase such as Github <https://github.com/> or
> Bitbucket<https://bitbucket.org/>might provide some additional
> benefits. Of course, migrating to a separate
> VCS not a trivial matter and would itself merit a separate discussion.
> 
> A couple examples of issue trackers working well for R projects:
> 
>    https://github.com/hadley/ggplot2/issues
>    https://github.com/yihui/knitr
> 
> Thank you all for your excellent work on Bioconductor! It is a really
> amazing resource.
> 
> Regards,
> Keith
> 
>       [[alternative HTML version deleted]]
> 
> _______________________________________________
> Bioc-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/bioc-devel


        [[alternative HTML version deleted]]

_______________________________________________
Bioc-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/bioc-devel

Reply via email to