[xen-tools-discuss] Bug Tracking System / Commit access for others / Git or Hg?
Steve Kemp
steve at steve.org.uk
Sat Apr 10 18:37:22 CEST 2010
On Sat Apr 10, 2010 at 15:14:17 +0200, Axel Beckert wrote:
> Basically because I want to choose hosting and bugtracker based on
> needs and preferences not based on number of hosted projects,
> publicity or age of the hoster.
Definitely the best way forward.
> Distributed within the VCS/SCM:
>
> * bugs-everywhere (http://bugseverywhere.org/)
> * ditrack (http://www.ditrack.org/)
Once upon a time I wrote a simple bug tracker which allows bugs
to be stored as simple text files within a repository:
http://steve.org.uk/Software/milli/
I've evaluated several of the existing ones, and in general I find
(even with my own thing) that the idea of distributed bugs is better
than the existing implementations - but that I expect this to change.
> I must admit that the main reason for tending to hosted VCS/SCM
> hosting is that I have not much expererience with hosting repositories
> where arbitrary people have commit access.
I generally just use groups. So I'd create group "xt" and allow
the project to be read/write/execute by group. Then add a few local
Unix accounts with restricted shells and make their primary group
xt.
It's not difficult to setup, but I can appreciate you might prefer to
outsource it, and that's not necessarily a bad thing.
> And those experiences I made (with Subversion) were always covered
> with Unix permission hassles. (And I do not like to create local Unix
> accounts on my server for every committer anyway.)
I guess that rules out my solution...
> Yeah. If we'd have a developer ML I probably would have asked there
> instead of on the general discussion ML.
:)
Steve
--
More information about the xen-tools-discuss
mailing list