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

Re: PATCH: Ensure the FAQ highlights the use of SVN_ASP_DOT_NET_HACK

From: <kfogel_at_collab.net>
Date: 2006-02-27 20:43:50 CET

"Greg Thomas" <Greg@TheThomasHome.co.uk> writes:
> [[[
> * www/faq.html (adm-dir, vs-asp-net): Ensure the FAQ highlights the
> use of SVN_ASP_DOT_NET_HACK
> ]]]

Committed, with tweaks, in r18639.

Thanks,
-Karl

-- 
www.collab.net  <>  CollabNet  |  Distributed Development On Demand
> Index: faq.html
> ===================================================================
> --- faq.html	(revision 18572)
> +++ faq.html	(working copy)
> @@ -1357,9 +1357,14 @@
>  <h3>I don't like the ".svn" directory name, and
>      prefer "SVN" or something else.  How do I change it?</h3>
>  
> -<p>We recommend that you live with ".svn" if you possibly can.  If you
> -use some other name, your working copy may not work with Subversion
> -clients other than the one you regularly use.  However, if you
> +<p>We recommend that you live with ".svn" if you possibly can. However, 
> +If you are using Windows, then setting the environment variable 
> +SVN_ASP_DOT_NET_HACK to any value will tell the Subversion command
> +line client - and other Windows clients that support this feature - to 
> +use "_svn" instead.</p>
> +
> +<p>If you must use some other name, your working copy may not work with 
> +Subversion clients other than the one you regularly use. However, if you
>  absolutely must, you can simply change this line in
>  <tt>subversion/include/svn_wc.h</tt> from </p>
>  
> @@ -2487,41 +2492,10 @@
>  subdirectories.  The error message says something like "unable to
>  read project information".</p>
>  
> -<p>There are a few solutions:</p>
> +<p>To work around this, set the environment variable SVN_ASP_DOT_NET_HACK 
> +to any value - this will tell Windows clients to use "_svn" as a 
> +directory name in your working copy.</p>
>  
> -<ul>
> -<li><p>Recompile your client to use a different working copy name, as
> -    described here.  Or,</p>
> -</li>
> -<li><p>If you use TortoiseSVN, you can download a client that is
> -    already modified to work around the problem, see
> -    <a href="http://tortoisesvn.tigris.org/download.html"
> -            >http://tortoisesvn.tigris.org/download.html</a>.  Or,</p>
> -</li>
> -<li><p>Take Jim Bolla's advice from
> -    <a href="http://weblogs.asp.net/fbouma/archive/2004/02/28/81479.aspx"
> -            >http://weblogs.asp.net/fbouma/archive/2004/02/28/81479.aspx</a>:
> -    <i>"If you're working on web projects locally or across a file
> -    share, you can get around this by converting it to a regular class
> -    library project.  I have some docementation on how to do this that
> -    i've compiled from various sources on the internet about how to do
> -    this."</i> (We've contacted Jim Bolla about getting that
> -    documentation, and will include it here if we can.).  Or, </p>
> -</li>
> -<li><p>Steele Price, also on
> -    <a href="http://weblogs.asp.net/fbouma/archive/2004/02/28/81479.aspx"
> -            >http://weblogs.asp.net/fbouma/archive/2004/02/28/81479.aspx</a>,
> -    says:
> -    <i>"You can get around the .SVN directory pretty easily by
> -    following instructions here: <a
> -    href="http://staff.develop.com/onion/Samples/aspdotnet_without_web_projects.htm">http://staff.develop.com/onion/Samples/aspdotnet_without_web_projects.htm</a>
> -    further instruction for making new projects is here:
> -    <a href="http://blog.steeleprice.net/archive/2003/11/09/134.aspx"
> -            >http://blog.steeleprice.net/archive/2003/11/09/134.aspx</a>"
> -    </i></p>
> -
> -</li>
> -</ul>
>  </div>
>  
>  <![CDATA[-----------------------------------------------------------]]>
> ---------------------------------------------------------------------
> 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
Received on Mon Feb 27 22:44: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.