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

Re: svn diff, svn merge, and vendor branches (long)

From: Branko Čibej <brane_at_xbc.nu>
Date: 2002-12-14 19:58:55 CET

kbrannen@gte.net wrote:

> This has been a very intersting thread to read, but the above has me
> puzzled. I'm wondering if multiple definitions of "changeset" are in
> use. A little googling has led me to:
>
> ... changes to multiple files into a single unit of work (a changeset)
> that is itself revision-controlled. (from the BK site incidently)
>
> The way I read the above (and a few other posts), it appears that a
> different definiton is in use because it appears to me that SVN
> already does this, yet some posts (e.g. the quote above) discuss SVN
> like it doesn't.
>
> Can someone help my confusion? :-)

A changeset is that, yes -- but there's more. The main feature of a
changeset engine is that it manipulates individual changes in a
changeset as first-class objects. A "change" in this context is not
limited to the granularity of a file: you can have several changes (call
them diff hunks, if you like) in a single file, and a changeset engine
will track each of them separately.

What Subversion handles today has been called "change packages" rather
than changesets: A change package is a set of changes to a set of files,
treated as a unit. The main difference is that unlike with changesets,
the basic unit of granularity in a change package is the file.

-- 
Brane Čibej   <brane_at_xbc.nu>   http://www.xbc.nu/brane/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Dec 14 19:59:41 2002

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