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