RE: [BUG] The client can't use a different directory than .svn

Considering the fact that portable working copies are already broken by
eol-sytle:native files, I personally think we should change the name of .svn
on windows, and be done with it.

If someone cares about moving working copies, they can create a conversion
script to do it. The only thing I can think of that this really breaks is a
working copy that is shared between a unix and a windows machine via SMB or
NFS. (which would already be in bad shape for eol-style:native).

--
~~~~~~~~~~~~~~~~~~~~
 Kevin Pilch-Bisson
~~~~~~~~~~~~~~~~~~~~
> -----Original Message-----
> From: news [mailto:news@sea.gmane.org] On Behalf Of Landon Clark
> Sent: Wednesday, December 10, 2003 8:54 PM
> To: dev@subversion.tigris.org
> Subject: Re: [BUG] The client can't use a different directory than .svn
> 
> Greg Hudson wrote:
>  > On the other hand, just changing the #define would be trivial.  And
>  > we're open source.  Feel free to release "svn with workaround for
>  > ASP.net" packages which use a different admin directory, as long as
>  > they're clearly marked as being working-copy-incompatible with stock
>  > svn.
>  >
> 
> kfogel@collab.net wrote:
> 
> > Well, you could just apply a simple patch to your clients, and build
> > them yourself.  Not ideal, but the point is, there *is* a solution for
> > you if you really want to use Subversion.
> 
> Alright, I give up the arguement. I came to the discussion late and see
> that the developers have spoken. At least 4 core developers have said
> that this isn't going to change, it is no use debating any further.
> 
> I would suggest at the very least that a FAQ entry be added mentioning
> that SVN + VS.net + ASP.net doesn't work and won't be fixed.  As you
> head into 1.0, I am sure a broader range of developers will look to use
> your software.
> 
> Landon
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
> 
> 
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org