[General] sandboxes or branches for interns/SoC students

Mike Taylor bear at code-bear.com
Wed May 31 15:04:04 PDT 2006


I can work on this tomorrow.  All of the items are in place it's just a  
matter of gathering the following information from each of the people:

	svn user id
	ssh public key

Once I have that information I can create user id's and make the  
appropriate entries to the access config files.


On May 31, 2006, at 3:59 PM, Philippe Bossut wrote:

> Hi,
>
> Just happened that we discussed this at the first Office Hour with Xun  
> this morning. We're also having a bunch of interns coming in in the  
> next few weeks. So, don't want to sound pushy but, how far are we from  
> this to be done?
>
> Let us know if you need some help.
>
> Cheers,
> - Philippe
>
> Mike Taylor wrote:
>> I was already planning on setting up commit access restrictions for  
>> the other repositories - just didn't have any external drivers for a  
>> deadline.
>>
>> sounds like I now do :)
>>
>> Adding the same commit hooks to the other sandboxes will take a day  
>> to implement and test.
>>
>>
>> On May 25, 2006, at 2:25 PM, Ted Leung wrote:
>>
>>> So the question has arisen as to the mechanics of having interns and  
>>> Summer of Code students work on the various code bases, and we  
>>> wanted to bring the discussion onto the lists
>>>
>>> The issue is that we want the student's work to be available in a  
>>> public place (that is version control) without granting unearned  
>>> commit privileges.  There are several options for trying to make  
>>> this happen, none of them ideal (at least in my opinion).
>>>
>>> The possible options are:
>>>
>>> 1. Give each person a private branch in the repository sections for  
>>> each product
>>>
>>> The problem with private branches is that we also grant commit  
>>> privileges to all of our repositories.  Also, it establishes the  
>>> precedent of giving non-committer private branches and keeping the  
>>> history of those branches in the version control repository.
>>>
>>> 2. Give each person a sandbox in  
>>> <http://svn.osafoundation.org/sandbox/>
>>>
>>> The sandboxes have limited access control, which is implemented via  
>>> a pre-commit hook.   Unfortunately, granting commit access to a  
>>> sandbox also grant commit access to all the other projects, because  
>>> the main project repositories do not have a pre-commit hook.
>>>
>>> 3. Have new folks use svk <svk.elixus.org/>, which provides a  
>>> distributed version control system on top of subversion
>>>
>>> The problem with using svk is the need to learn a new toolset and  
>>> way of working.
>>>
>>>
>>> My personal opinion is that implementing access control on the  
>>> repositories via pre-commit hooks is something that we should do  
>>> anyway and that would solve the problem in the short term.
>>>
>>> Ted
>>>
>>>
>>>
>>> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
>>>
>>> Open Source Applications Foundation "General" mailing list
>>> http://lists.osafoundation.org/mailman/listinfo/general
>>>
>>>
>> ---
>> Bear
>>
>> Build and Release Engineer
>> Open Source Applications Foundation (OSAF)
>> bear at osafoundation.org
>> http://www.osafoundation.org
>>
>> bear at code-bear.com
>> http://code-bear.com
>>
>> PGP Fingerprint = 9996 719F 973D B11B E111  D770 9331 E822 40B3 CD29
>>
>>
>> ---------------------------------------------------------------------- 
>> --
>>
>> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
>>
>> Open Source Applications Foundation "General" mailing list
>> http://lists.osafoundation.org/mailman/listinfo/general
>>
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
>
> Open Source Applications Foundation "General" mailing list
> http://lists.osafoundation.org/mailman/listinfo/general
>
---
Bear

Build and Release Engineer
Open Source Applications Foundation (OSAF)
bear at osafoundation.org
http://www.osafoundation.org

bear at code-bear.com
http://code-bear.com

PGP Fingerprint = 9996 719F 973D B11B E111  D770 9331 E822 40B3 CD29


-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 186 bytes
Desc: This is a digitally signed message part
Url : http://lists.osafoundation.org/pipermail/general/attachments/20060531/f8ecaafc/PGP.pgp


More information about the General mailing list