Re: Thoughts and open questions on patch/dump unification

On 2004-09-16 12:56-0400, Mark Phippard wrote:
> "Eric S. Raymond" <esr@thyrsus.com> wrote on 09/16/2004 12:40:17 PM:

> > > > I have precious little interest in seeing Subversion become a
> > > > decentralized version control system. So "syncing repositories"
> > > > transforms in my mind to "unidirectionally syncing read-only slave
> > > > repositories with a single master repository", and for that purpose
> > > > the existing dump format, as-is, is perfect.
> >
>
> The first quote was from cmpilato not me, I am not exactly sure what I
> want. I mainly want a system exactly like Subversion, it is just that I
> see scenarios where these other needs pop in. When I think of a
> decentralized system, I think of the decentralization extending down to
> the individual prgorammer. What I want is more at the repository level.

Same here, and at the mean time when we don't have that, I would like
to see a svn commit/update, which is capable to do following:

You can have two URLs in your working copy, one for read-only
actions, one for write actions.

Now you could do your checkout from your local slave, and when you are
up to time to commit you will do it against master. If your commit
ended to be an out-of-date conflict (which isn't presented at the slave),
you could have a switch for update to tell that it should do off-cache
update directly from master.

The master could distribute changes to the slaves by using incremental
dumps (or using FSFS and rsync?). This infastructure is presented at
the moment. And needs only little supportive scripting in post-commit
hooks.

It is true that you won't get truly distributed system that way, but
you still will win something:

- Load on your master will be smaller

- you could divide your team between distances and use thin and/or
  expensive network connection between them.

- If you lose your connection to the master, you still could see logs,
  diff against previous versions etc.

BR, Jani

-- 
Jani Averbach
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org