On Jan 31, 2006, at 14:53, Leon Zandman wrote:
>> But rebuilding of repositories happens.
>
> Yeah, ok. But if repositories get rebuilt from the ground up then the
> dates will also be different (and unusable), won't they?
If you load a dumpfile into a new repository, the dates should be
retained, I think...
However, if you import two different repositories' dumpfiles into one
repository, then the date search mechanism breaks. This is known.
There is a script available which correctly merges multiple dumpfiles
to interleave the revision numbers so that the revisions occur in
chronological order, and this would rearrange the revision numbers,
but if the script were not used, then the dates would be out of
order. So either situation is conceivable.
>> Using svn update etc. it is no problem to specify a date -
>> why is this not implemented for externals?
>
> I have never used "svn update" with the date parameter, so I can't say
> anything about it. But I may have around 20 commits each day, so if I
> create an external that points to yesterday, which of the 20 commits I
> did yesterday will it use? The latest? Or the first? I think
> specifying
> it using a date is quite vague... But maybe I'm missing the point
> here?
I agree with that.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Jan 31 15:49:52 2006