[mapguide-internals] Motion: Give developers commit rights to work in a sandbox

[Kenneth Skovhede, GEOGRAF A/S]

If I understand Frank correctly, it is "easy" to create a sandbox in svn.
With this sandbox anyone (in theory) should be allowed a sandbox area,
for free play and testing.

If this is so, I don't see the need for this vote.
I think UV would like a sandbox as well.

The open source handbook:
http://producingoss.com/

clearly states that the founding company should not try to bypass the
rules, as that will make the project appear "closed" in the sense that
only "insiders" get commit access, which is the opposite of the goal
with OS software.

I'm not suggesting that there is foul play here, and I am confident that
the proposed developers are highly skilled, but seen from the outside,
this looks a bit like favorizing the Autodesk people.

I would suggest that we instead clear up any confusion on the sandbox 
issues,
and make sandboxes avalible for those who apply for one.
If there are too many requests for sandboxes, we will have to reconsider
what criteria there should be for applicants.

Regards, Kenneth Skovhede, GEOGRAF A/S



Tom Fukushima skrev:
> Hi PSC,
>
> I have three developers who will be working in a MGOS sandbox branch that I will be creating for them.  I don't want to be submitting all of their patches for them and would prefer if they could commit directly to this branch.  Unfortunately, I believe that we can only give submit rights to all or none of our subversion tree. So can we give subversion access to these developers on the condition that they work only in the sandbox?
>
> These developers are
> Hugues Wisniewski
> Jon Curtis
> Norm Olsen
>
> They are all senior Autodesk developers with many many years of development experience.  I myself would be fine with giving them access to the full tree, but let's leave that for another discussion.
>
> I move to give Hugues, Jon and Norm, commit rights to a branch in the sandbox/adsk area.
>
> +1 Tom
>
> Thanks
> Tom
> _______________________________________________
> mapguide-internals mailing list
> mapguide-internals at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapguide-internals
>