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

Re: Another request for obliterate...

From: Mike Dewhirst <miked_at_dewhirst.com.au>
Date: 2005-04-15 09:23:37 CEST

Peter N. Lundblad wrote:
> On Fri, 15 Apr 2005, Mike Dewhirst wrote:
>
>
>>My understanding is that svn doesn't try to store deltas for binary data
>>the way it does for text (source) files. IIRC it stores the entire file
>>each time.
>>
>
> Where did you get that impression? svn treats text and binary data the
> same regarding deltas.

Now you mention it ... <blush>

>>Thinking about what I wrote above, maybe binary files could be marked by
>>the user as "only_store_the_latest_version_obliterate_all_previous". If
>>so, there would be no need for an obliterate anything.
>>
>
> This is a reccurring request. The usual answer is: don't store files not
> needing revision control in a revision control system, but use file
> sharing instead. I can understand the convenience though, to have that
> kind of file sharing integrated, so you get those files in place without
> extra work. Scripting may help here.

Do you mean a hooked script which removes the previous revision of a
particular file (or wildcarded files) before storing the replacement?

Mike

>
> Regards,
> //Peter
>
> ---------------------------------------------------------------------
> 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 Fri Apr 15 09:25:42 2005

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.