Actually I think the single rev# is one of the best features of SVN.
Having used "per-file" rev# systems, which deteriorate into chaos, I
far prefer the Subversion approach. Plus the fact that, in effect, a
rev# becomes a changelist.
Why are your users raising hell? What is the workflow that needs per-
file rev# info?
--Tim
On Nov 9, 2006, at 9:48 AM, Eric wrote:
> At 12:01 PM 11/9/2006, Thomas Harold wrote:
>
> <TH>>>>>What doesn't work well (IMO) at the moment is pulling down
> partial working copies or deep-selective checkouts. SVN doesn't
> (yet) offer any easy way to pull down anything other then full blow
> project trees into the local working copy.<<<<<
>
> Right, that and the fact that the rev number for a whole repository
> is bumped whenever one file is revised.
>
> I know why this is done and I have no particular problem with it
> (would have preferred the option of revving up individual files but
> it's not a big deal). But, others on my team are raising holy hell
> about it and one is close to flat refusing to use it.
>
> I also prefer to use a single tool for everything but if separate
> tools do the job better, I'm not adamantly against the idea.
>
>
> ---------------------------------------------------------------------
> 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 14 08:41:35 2006