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

Re: Revision number possible bug

From: Mark Phippard <markphip_at_gmail.com>
Date: 2007-01-17 16:12:05 CET

On 1/17/07, Alberto SAVIOTTI <alberto.saviotti@st.com> wrote:
>
> Project scenario:
> TRUNK with Revision "1".
>
> Action A:
> Create branch_1 and change a file: Revision "2" is created on the
> branch.
>
> Action B:
> On the TRUNK update to Revision "2" (that doesn't exist on TRUNK).
> The action is performed.
> Now I'm on TRUNK and Revision "2" for the whole project is displayed.
>
> Action C:
> On the TRUNK update to Revision "3" (that doesn't exist). The action
> is refused.
>
> I think that Action B shall behave as action C. I verify this with
> command line and with SmartCVS. With SmartCVS the Revision "2" doesn't
> appear in the Revision history for the TRUNK but the update can be forced
> writing directly "2" in the update window.
>
> If I'm wrong and this is not a bug please explain because is quite scary
> and is the only concern in order to switch to SUBVERSION our CVS
> repositories.
>

Revisions are for the entire repository, not specific folders. When you
commit something, the revision of the entire repository is bumped up by
one. For unaffected paths, it just so happens that there is no difference
between those revisions, but those paths do have a representation for each
revision. This is explained well in the book:

http://svnbook.red-bean.com/en/1.2/svn.basic.in-action.html#svn.basic.in-action.revs

I have a blog entry that is also somewhat relevant to this and might help
understand it:

http://markphip.blogspot.com/2006/12/mixed-revision-working-copies.html

Thanks

Mark Phippard
http://markphip.blogspot.com/
Received on Wed Jan 17 16:12:33 2007

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.