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

RE: Perforce/Subversion Timing Statistics #2

From: Greg Stein <gstein_at_lyra.org>
Date: 2002-05-31 10:56:56 CEST

On Fri, May 31, 2002 at 02:11:28AM -0600, Joshua Jensen wrote:
>...
> But not before the mistake has already been made. How do you, for
> example, perform a project reorganization without hitting the server?

Easy. You've been misled about 'svn cp' :-)

> I'm moving around, let's say, 20 files between different directories.
> In order to do it the "right" way and maintain history, I need to use
> 'svn cp'. However, svn cp instantly commits the change to the
> repository.

Nope. 'svn cp http://example.com/repos/foo http://example.com/repos/bar'
will hit the server. But 'svn cp my-working-copy/foo my-working-copy/bar'
will definitely NOT hit the server.

The basic difference is this:

* svn cp URL-src URL-dst

  This operation occurs entirely on the server. The client doesn't have to
  make copies of content within the working copy (heck: a working copy
  doesn't even need to exist!).

* svn cp WC-src WC-dst

  This operation occurs entirely on the client. The client will copy the
  source to the destination, and record that a copy was made. When you
  finally go and 'svn commit', the appropriate information is transferred to
  the server (which includes the copy history).

Note that you can also copy from the WC up to the server (which does an
auto-commit), or from the server down into your WC (which is just a local
modification for later commit).

> I need to email my team and tell them I'm locking down the
> repository for some amount of time to not only perform the proper
> Subversion operations, but also to change makefiles and any number of
> other project configuration parameters.

Nope :-)

>...
> My point is merely this... most other Subversion commands have to be
> committed. Why does SVN cp get to do an auto-commit?

Neener neener. We fooled you :-)

Cheers,
-g

-- 
Greg Stein, http://www.lyra.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Jun 1 14:13:30 2002

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

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