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

Re: Questions about Subversion Future

From: Greg Hudson <ghudson_at_MIT.EDU>
Date: 2005-06-28 07:07:00 CEST

On Mon, 2005-06-27 at 22:14 -0400, David Weintraub wrote:
> It would seem simpler to simply track where a merge took place (from
> the version of what file on one branch to the version of the same file
> on another branch). You can think of this information as a pointer
> from one version of a file on one branch to a version of the same file
> on another branch.

It's fairly simple to track the state necessary to solve the problem of
repeated merges of a branch; it's harder if we want to solve
cherry-picking problems.

> * Does Subversion handle directory merging or are there plans for
> Subversion to be able to merge directory structures? I didn't see
> anything in the technical documentation about this.

It's a desired feature, certainly. Not sure if we have a plan for how
to get there.

> * There is also a discussion about changing the way moves are done
> since Subversion treats each move as a "delete and create".

It treats them as "delete and copy" (or "delete and create with
history").

> I take it
> that means Subversion doesn't understand that if I have a file
> http://snv/myproj/foodir/foo.cc and I do a "svn move
> http://svn/myproj/foodir/foo.cc http://svn/myproj/bardir/foo.cc",
> Subversion doesn't realize that the foo in foodir is an ancestor of
> foo.cc in bardir. Is this correct?

No, it understands the ancestry relationship. The problem is more
subtle than that: because renames look like copies, and you can have
multiple copy targets for the same file, we can't track a file forward
in time. (We also lack an efficient mechanism to track a file forward
in time, but the semantic problem is the foremost one.)

> The same is also true with rename operations?

Move and rename are the same thing.

> I understand that you should be able to look at the log
> and guess what happened, but Subversion itself won't give you a
> complete history of a file if it was either moved or renamed. Is this
> correct?

You get a complete log unless you use --stop-on-copy.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Jun 28 07:08:37 2005

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