>>>>> 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