[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