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

the .svn thing -- Was: Re: Visual Studio.Net and Subversion?

From: C.A.T.Magic <c.a.t.magic_at_gmx.at>
Date: 2004-03-02 18:08:02 CET

Visual Studio.Net and Subversion?

a nice solution to the "dot or not dot" and
"hide or dont hide" discussion might be to move
all ".svn" folders to a completely different hard
disk location.
e.g. having
   /data/Work/repos/textfile.txt
and somewhere else the same folder structure that
contains the .svn stuff
   /data/.allthesvn/Work/repos/.svn

this would prevent accidentally deleting it or searching it.

an advantage therof could also be to give the .allthesvn folder
another user.group and only allow the svn client to
make modifications within that folder.

on the other hand this will make it a bit
complicated to delete a folder from the
Work folder, since it should be deleted from the .allthesvn
folder at the same time.

hmmm.... ok, best forget you ever read this...?

====
c.a.t.

  ----- Original Message -----
  From: Leeuw van der, Tim
  To: Ayres, David ; users@subversion.tigris.org
  Cc: TortoiseSVNDevList (E-mail)
  Sent: Tuesday, March 02, 2004 17:25
  Subject: RE: Visual Studio.Net and Subversion?

  Hi,

  Two points here!

  1) The dot, ".", is a special character on unix and alikes: a dot at the start of a filename makes the file invisible! The creators of SVN like to have the SVN directory hidden. (There have been numerous discussions about that)

  2) Have a look at TortoiseSVN. (http://tortoisesvn.tigris.org) In the download section, you should (hopefully still) find a version that has been modified to work with an underscore ("_") instead of a dot in the SVN directory name. I don't know if that special version is still around, and if it's been updated for SVN / TSVN 1.0.
  The working-directories it produces are not compatible with any other SVN tool, but that shouldn't be a problem if you use this client only.
  It doesn't have any implications for the server; this special client works with any SVN 1.0 server.

  There have been several discussions about this, and a proper, official, resolution won't be in 1.0; for future versions there probably will be some solution. (Have a look also at John Peacock's reply; however I'v'e heard rumours that the next version of Visual Studio.Net, Whidby, will fix this. Whidby is also rumoured to feature code-refactorings, finally bringing it up to standard with Eclipse / IntelliJ/IDEA!)

  With greetings,

  --Tim van der Leeuw

  THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers.

    -----Original Message-----
    From: Ayres, David [mailto:DAyres@lear.com]
    Sent: dinsdag 2 maart 2004 17:08
    To: 'users@subversion.tigris.org'
    Subject: Visual Studio.Net and Subversion?

    I read here http://subversion.tigris.org/servlets/SearchList?list=users&searchText=visual+studio&defaultField=subject&Search=Search that there's a problem with Subversion using a "." before the svn directory for Visual Studio.Net users. Is this still a problem, has it been resolved? Why can't the creators of this software just NOT use the "." before the directory name? What's the point in having the "." there? This obviously causes a lot of problems with Visual Studio.Net. I guess that the "." is needed for some other purpose? Please forgive my ignorance, my teammate and I are just trying to figure this out.

    It's too bad because your product, when I can use in conjunction with my programming tool, is really great. It's better than great, it's awesome! But this small issue causes some headaches.

    Thanks,

    David
Received on Tue Mar 2 18:07:11 2004

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

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