[PLUG] subversion...

alan alan at clueserver.org
Wed Jul 11 23:06:47 UTC 2007


On Wed, 11 Jul 2007, Eric Wilhelm wrote:

> # from alan
> # on Wednesday 11 July 2007 03:20 pm:
>
>> The other major problem with Subversion is that if you add something
>> to the repository by mistake, you are pretty much stuck with it
>> without drastic measures.  They assume if you do something, you meant
>> to do it and there is no going back without manual rebuilding of the
>> repository.
>
> That is mostly by-design.  If you want linear, centralized version
> control with immutable commits, then subversion is the way to go.  If
> you want something else, well...

No, it is ENTIRELY by design.  That is a big part of the problem.

> Distributed teams don't tend to get along with subversion all that well,
> but it is designed around a centralized model.  Note that git, darcs,
> etc are all distributed systems.  If your developers are not all in the
> same office/company, subversion is probably not the thing.  That said,
> a lot of Perl projects get along quite well with subversion plus svk.

It is real hard to manage a distributed development with Subversion.  It 
is real easy to overlap and undo changes.  Of course that problems exists 
in most other source code revision control.

-- 
"ANSI C says access to the padding fields of a struct is undefined.
ANSI C also says that struct assignment is a memcpy. Therefore struct
assignment in ANSI C is a violation of ANSI C..."
                                   - Alan Cox


More information about the PLUG mailing list