[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: mixed revision working copy -- rationale?

From: Jim Correia <jim.correia_at_pobox.com>
Date: 2005-05-17 18:16:24 CEST

On May 17, 2005, at 11:38 AM, Bob Proulx wrote:

> Why doesn't an 'svn commit' also automatically 'svn update'?

This proverbial horse has been beaten many times.

It doesn't do an update because it has unintended side effects.

> But what I cannot find any documentation on is *why* this behaves this
> way. It has been a confusing point for many users. At the time of
> the commit your working copy must be up to date with the repository
> and so an update at that point would not be slow as it would not be
> copying any significant data. At that instant it would seem to mostly
> just be bookkeeping.

This is incorrect. Your working copy if up to date with the
repository only for the nodes that were committed. Other nodes may be
out of date, and an update on commit would pull new revisions that
you didn't ask for.


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue May 17 18:18:36 2005

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.