Talk:Version control repository

2007-01-10T00:32:49Z

Ginko Bayliss: /* Darcs */

* [[User:Adam Zaius|Adam Zaius]] 06:38, 8 January 2007 (PST) votes for SVN
** Directory structure something like:
*** /trunk -- Only editable by Linden Lab
*** /branches/users/<username>/ -- unlimited permissions by owner/creator for third-party source

Do we want to integrate the VCS with the Second Life authentication? Pluggability of authentication scheme seems like an important axis to consider. --[[User:Which Linden|Which Linden]] 09:27, 8 January 2007 (PST)

Giving users branches in SVN without a degree of trust is dangerous - purging history in SVN is intentionally very difficult, so a single (malicious) user could conceivably use up all the space in the server or host not-so-legal content (even if you svn rm something, it's still in the history). However if the trunk is pure svn, normal users can use things like svk if they want their own branches. --[[User:Ginko Bayliss|Ginko Bayliss]] 13:33, 9 January 2007 (PST)

== Distributed version control ==

One reason I really like the distributed version control systems is because it really reduces the need for Linden Lab to be in the business of giving people their own sandboxes. Many of the newer systems are very easy to host, and merging from multiple repositories is much easier. -- [[User:Rob Linden|Rob Linden]] 07:25, 8 January 2007 (PST)

== Darcs ==

Darcs is something you may want to investigate. I've used it for other projects, and it was simple and effective enough that the less technical folks have actually started using it for their own projects, it is so simple and effective. A possible con would be that it IS written in Haskell.. but that's not that problematic. --[[User:Ky Aska|Ky Aska]] 15:59, 8 January 2007 (PST)

We tried using darcs for a while in-house, and really <em>wanted</em> it to work, but it would frequently never finish operations on windows because it would consume too much memory. [[User:Phoenix Linden|Phoenix Linden]] 09:25, 9 January 2007 (PST)
* Out of curiosity, how long ago was darcs tried? It might've gotten better since then - though I've heard that performance during conflict resolution is still rather bad. --[[User:Ginko Bayliss|Ginko Bayliss]] 16:32, 9 January 2007 (PST)

[[User:Eddy Stryker|Eddy Stryker]] 13:22, 9 January 2007 (PST) votes again SVN
* Branching/merging capabilities are hacked in, so instead of doing push or pull commands you are looking up revision numbers to figure out when you last backported and where the new merge should start
* No distributed version control like bitkeeper, git, mercurial, etc without using SVK which is a less than ideal solution
* Not designed for very large codebases like Second Life, where branching becomes unbearable

== SVN ==

I'm happy with a read only SVN.

We are all developers. We can set up our own local SVN if we want a sandbox. [[User:Gigs Taggart|Gigs Taggart]] 15:13, 9 January 2007 (PST)

Talk:Version control repository

2007-01-09T21:33:25Z

Ginko Bayliss:

* [[User:Adam Zaius|Adam Zaius]] 06:38, 8 January 2007 (PST) votes for SVN
** Directory structure something like:
*** /trunk -- Only editable by Linden Lab
*** /branches/users/<username>/ -- unlimited permissions by owner/creator for third-party source

Do we want to integrate the VCS with the Second Life authentication? Pluggability of authentication scheme seems like an important axis to consider. --[[User:Which Linden|Which Linden]] 09:27, 8 January 2007 (PST)

Giving users branches in SVN without a degree of trust is dangerous - purging history in SVN is intentionally very difficult, so a single (malicious) user could conceivably use up all the space in the server or host not-so-legal content (even if you svn rm something, it's still in the history). However if the trunk is pure svn, normal users can use things like svk if they want their own branches. --[[User:Ginko Bayliss|Ginko Bayliss]] 13:33, 9 January 2007 (PST)

== Distributed version control ==

One reason I really like the distributed version control systems is because it really reduces the need for Linden Lab to be in the business of giving people their own sandboxes. Many of the newer systems are very easy to host, and merging from multiple repositories is much easier. -- [[User:Rob Linden|Rob Linden]] 07:25, 8 January 2007 (PST)

== Darcs ==

Darcs is something you may want to investigate. I've used it for other projects, and it was simple and effective enough that the less technical folks have actually started using it for their own projects, it is so simple and effective. A possible con would be that it IS written in Haskell.. but that's not that problematic. --[[User:Ky Aska|Ky Aska]] 15:59, 8 January 2007 (PST)

We tried using darcs for a while in-house, and really <em>wanted</em> it to work, but it would frequently never finish operations on windows because it would consume too much memory. [[User:Phoenix Linden|Phoenix Linden]] 09:25, 9 January 2007 (PST)

[[User:Eddy Stryker|Eddy Stryker]] 13:22, 9 January 2007 (PST) votes again SVN
* Branching/merging capabilities are hacked in, so instead of doing push or pull commands you are looking up revision numbers to figure out when you last backported and where the new merge should start
* No distributed version control like bitkeeper, git, mercurial, etc without using SVK which is a less than ideal solution
* Not designed for very large codebases like Second Life, where branching becomes unbearable

Second Life Wiki - User contributions [en]

Talk:Version control repository

Talk:Version control repository