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

Re: Extra 'Cleanup'?

From: Lele Gaifax <lele_at_seldati.it>
Date: 2002-02-20 19:22:31 CET

>>>>> On Wed, 20 Feb 2002 05:10:27 -0800, Chris Parker <chris@playswithfire.com> said:

    CP> Argh. Honest, I was trying to resist... On Tue, Feb 19, 2002
    CP> at 12:29:03PM -0600, Karl Fogel wrote:
>> This is not a general solution to the problem, but then again,
>> I've really only heard of this problem coming up regularly with
>> the OS X interface builder anyway:
>> I think they finally caved in and added special support to
>> avoid clobbering CVS/ subdirs, and that they may be willing to
>> do the same for Subversion, perhaps generalizing the support in
>> some way so the problem doesn't keep coming up for future
>> systems. Frankly, I'd prefer that to the burden of maintaining
>> "verbatim directory" code in the Subversion client libraries...

    CP> Yes, there is code in IB to not stomp the CVS/ subdirectory,
    CP> but this really isn't the Right Thing. IB expects to have
    CP> control of what it's idea of a document is, and I don't find
    CP> that unreasonable. The fact that in this case its notion of a
    CP> document happens to be a folder shouldn't really be that
    CP> important. IB having to rev every time some new version
    CP> control system comes along doesn't seem like the Right Thing
    CP> either, so something else should probably be developed. What,
    CP> exactly, is the question.

    CP> This becomes slightly more interesting in the case of the
    CP> .rtfd documents that TextEdit produces - although the name of
    CP> the directory is (say) foo.rtfd, it contains any number of
    CP> filenames, none of which you may know the name of - TextEdit
    CP> and NSFileWrapper manage that behind the scenes.

    CP> So the question I think becomes "Is there a way to treat these
    CP> things as 'atomic' without dumping their metadata someplace
    CP> else?"

I seem to remember a CVSPalette for IB that basically attached itself
in the "on-write-hook" chain: upon saving the .nib it simply copy the
CVS/ from the backup to the new .nib directory. IIRC, also other NeXT
tools as TextEdit did have a similar feature of hooking special
behaviour... nice system !-)

Given that the file it contains are (were? I do not know if recent
incarnations of The Thing changed to some text format...) mostly
binary, I later switched to the CVS "wrappers" approach (I think it
was introduced mainly to handle IB peculiarity :-), similar to what
you call "opaque collection". That simply "versioned" a .tar.gz of the
directory, that did not even had its CVS/ subdir.

I think this is a better approch. It can handle a wider range of
cases: for example, it would be useful to perform an arbitrary command
on a given file maybe to "normalize" it (to impose consistent
formatting through something like indent?) or to translate in some
other format more suitable to be merged by humans (for example I tried
hard to keep Delphi .dfm binary file under CVS, but translating them
in their text-format on commit, and back to binary on extraction:
since on CVS this was a server operation, and the server was on
GNU/Linux, I had to it use `dosemu'... finally Delphi5 removed the
hassle permitting to keep the .dfm always in text-format, but that's
another story).

bye, lele.

nickname: Lele Gaifax	| Quando vivro' di quello che ho pensato ieri
real: Emanuele Gaifas	| comincero' ad aver paura di chi mi copia.
email: lele@seldati.it	|		-- Fortunato Depero, 1929.
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:37:09 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.