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

Re: Problems with Limitations or "Differences" of Subversion

From: Duncan Murdoch <murdoch_at_stats.uwo.ca>
Date: 2006-11-07 17:43:42 CET

On 11/6/2006 10:12 PM, Eric wrote:
> At 09:24 PM 11/6/2006, Ryan Schmidt wrote:
>
> <RS>>>>>Do not think of it as the version number (or more properly:
> revision number) *of a file* or *of a directory* but instead *of the
> repository*. Attach no further meaning to this number other than "the
> number of changes that have been made to the repository." That's all it
> is.<<<<<
>
> Good evening, Ryan.
>
> Yes, I understand that. But, if the current revision of the SRS is 4.3 (as
> recorded in the change log on the back page of the document), and someone
> comes to me and tells me that he needs revision 4.1 and wants to know how
> he can check it out, what do I tell him if the whole repository is at
> revision 17?

Mark told you what to do when "4.1" is referring to a release of the
whole system: tag it, ignore the rev number.

There's also the situation where you have a number of weakly connected
files, each with it's own version number. In that case, simply record
the revision number of the repository (using the svn:keywords attribute,
if you like) rather than making up your own numbering scheme. The
individual files will have revision numbers like 5, 17, 28, etc: it
shouldn't matter to you that some numbers in the sequence are missing.

> This is aside from the issue about if he wants the SRS he'll have to check
> out everything else in that repository directory including stuff he doesn't
> care about.

He can export individual files if he doesn't mind losing the versioning.
  He can check out the whole directory, but update individual files to
specific revisions.

Duncan Murdoch

>
> (I suggested that the only real "fix", in that case, would be to put each
> file into its own repository and I thought I was going to be lynched...) :-(
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Nov 7 17:46:54 2006

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.