>> As far as svn stands, I think we're all at the position of "it would
>> be really nice if svn could treat some directories as opaque/atomic
>> but that isn't going to happen any time soon."
>
> In short, what it comes down to, is that this feature is fairly
> difficult to implement within the boundaries of the current working
> copy design. In order for it to get implemented, a well thought out
> design on how to implement it is going to be needed. The good news is
> that in the last couple of releases developers have been optimizing the
> working copy design and code, which means there are more developers who
> have been working in that area of the code and are feeling more
> comfortable with it. So if a design were to emerge, there are
> developers that should be able to comment on the proposal and help
> refine it.
> Mark
Shouldn't it be fairly easy for an OS X subversion client to zip all
bundles and tag the bundles itself to be ignored before it applied any
'real' svn commands and in reverse whenever receiving any zip files,
unzip them, check whether they are bundles (and if not delete the
unzipped stuff).
I have only a few days ago started working with svn, so I probably have
no real idea of what is easy or feasible but if the lack of a concept
to solve this problem is the main issue, maybe this might be a lead.
This approach assumes that people who care about bundles also run svn
clients only on OS X since only OS X client would implement this
approach. Moreover, adding functionality to the subversion client for
only one platform would go against the whole idea of platform
independent code which would be probably not be very appreciated by the
subversion developers.
Therefore, I would propose to implement this idea only in OS X GUI
clients, which already are in several cases OS X-only. It should be
seen as a feature of the OS X GUI client and not of subversion itself.
It is only an interim solution until the opaque/atomic tag would be in
subversion itself.
Markus
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Sep 25 00:05:45 2006