<p>If you have Subversion installed on your development machine and you don't work in a team, is there any reason why you should use the <em>svn</em> protocol instead of <em>file</em>?</p>

[{'answer_id': 32609, 'author': 'Ben Scheirman', 'author_id': 3381, 'author_profile': 'https://Stackoverflow.com/users/3381', 'pm_score': 0, 'selected': False, 'text': '<p>I use svn:// for personal projects because I often work on multiple machines on the same network and I want to store everything in the repository on my desktop machine.</p>\n'}, {'answer_id': 32610, 'author': 'hometoast', 'author_id': 2009, 'author_profile': 'https://Stackoverflow.com/users/2009', 'pm_score': 0, 'selected': False, 'text': '<p>None that I know if.  It should prove to a be at least a <a href="http://svn.haxx.se/users/archive-2007-04/0067.shtml" rel="nofollow noreferrer">little bit faster</a>.</p>\n'}, {'answer_id': 32620, 'author': 'Joel Martinez', 'author_id': 3433, 'author_profile': 'https://Stackoverflow.com/users/3433', 'pm_score': -1, 'selected': False, 'text': '<p>Even if working by myself ... my protocol is to <strong>always</strong> use source control even for personal projects.  It gives you a single point of backup for all of your code work, and allows you to change your mind and/or retrieve older versions.</p>\n'}, {'answer_id': 32626, 'author': 'Brian Stewart', 'author_id': 3114, 'author_profile': 'https://Stackoverflow.com/users/3114', 'pm_score': 4, 'selected': True, 'text': "<p>If you are working by yourself on a single machine, then in my experience using the file:// protocol works fine. Even when my team was using Subversion off a remote server, I would set up a local file-based repository for my own personal projects. If you get to the point where you need to access it from a different machine, then I would go to the trouble of setting up a server-based repository. You might also look at a distributed system like Mercurial - we were evaluating it at my last company just before I left - but definitely pick one or the other, mixing svn and hg doesn't work well at all.</p>\n"}, {'answer_id': 32635, 'author': 'Owen', 'author_id': 2109, 'author_profile': 'https://Stackoverflow.com/users/2109', 'pm_score': 1, 'selected': False, 'text': "<p>A while back on a project we were using ant to do builds.  Ant would check out the latest code from the SVN repo, do the build, then create a tag in the SVN repo of the code the build was based off of.  We found that the Ant automation couldn't work across any protocol except for the svn:// protocol.</p>\n\n<p>So, if you want to use Ant to automate any interaction with SVN, you'll need to use the svn:// protocol.</p>\n"}, {'answer_id': 32647, 'author': 'chakrit', 'author_id': 3055, 'author_profile': 'https://Stackoverflow.com/users/3055', 'pm_score': 3, 'selected': False, 'text': '<p>You can always add a subversion server later, have it points to your file:// repository, and you\'ll get svn:// access immediately.</p>\n\n<p>The protocol doesn\'t matter, it just allow transport over different kinds of medium, it\'s the repository content that matters.</p>\n\n<p>And installing SVNSERVE later is rather easy.</p>\n\n<p>However, the flavor of subversion software you use does matter though, for instance one vendor makes it so the metadata is stored in "_svn" instead of ".svn" you might want to check for compatibility first.</p>\n'}, {'answer_id': 32650, 'author': 'Frep D-Oronge', 'author_id': 3024, 'author_profile': 'https://Stackoverflow.com/users/3024', 'pm_score': 1, 'selected': False, 'text': '<p>Not that I know of. It always pays to use source control, so even if file:// is in some way inferior, if it means you actually <em>use</em> subversion rather then get fed up with the set up and just start coding, then its OK by my book.</p>\n'}, {'answer_id': 32656, 'author': 'OwenP', 'author_id': 2547, 'author_profile': 'https://Stackoverflow.com/users/2547', 'pm_score': 0, 'selected': False, 'text': "<p>I have many different machines I work with so it's easier for me to use svn:// for the paths.  In addition to that, I find that the svn path is almost always shorter than my file paths, so it's less to type.</p>\n"}, {'answer_id': 32801, 'author': 'Hershi', 'author_id': 1596, 'author_profile': 'https://Stackoverflow.com/users/1596', 'pm_score': 2, 'selected': False, 'text': '<p>I believe as long as the use of the relevant SVN tools is enabled, you should have no problem - like others said, you can always set up a server later on.</p>\n\n<p>My tip then, is to make sure you can use <a href="http://tortoisesvn.net/downloads" rel="nofollow noreferrer">ToroiseSVN</a> and the Collabnet subversion client.</p>\n\n<p>One major tip to ease the setup of an SVN server right now, if you choose to, is to use a Virtual Appliance. That is, a virtual machine that has subversion pre-installed and (mostly) pre-configured on it - pretty much a plug &amp; play thing. You can try <a href="http://www.vmware.com/appliances/directory/519" rel="nofollow noreferrer">here</a>, <a href="http://www.ytechie.com/svn-vm" rel="nofollow noreferrer">here</a> and <a href="http://www.garghouti.co.uk/vmTrac/" rel="nofollow noreferrer">here</a>, or just try searching Google on "subversion virtual appliance".</p>\n'}, {'answer_id': 229642, 'author': 'Peter Wone', 'author_id': 1715673, 'author_profile': 'https://Stackoverflow.com/users/1715673', 'pm_score': 0, 'selected': False, 'text': "<p>There are three reasons to choose a server-based protocol over the <code>file</code> protocol.</p>\n\n<ul>\n<li>Reduced network traffic. </li>\n</ul>\n\n<p>When you use the file protocol on a repository that does not reside on your workstation, the entire file is written because in the absence of a daemon to process them, deltas cannot be used.</p>\n\n<ul>\n<li>You can expose a server-based protocol over the internet</li>\n</ul>\n\n<p>This leaves you with the question of whether to use the <code>svn</code> or <code>http</code> protocol. Both can be used over the net. <code>Svn</code> has the efficiency advantage of using direct binary rather than base64 encoding. <code>Http</code> is easier to smuggle through corporate firewalls in the face of bureaucratic obstruction.</p>\n\n<ul>\n<li>Fewer hassles with permissions in cross-domain scenarios such as telecommuting.</li>\n</ul>\n\n<p>Chances are your home workstation isn't part of the corporate domain. A Subversion server daemon functions as a proxy. It runs in an authenticated process that has the necessary permissions to perform I/O operations on your behalf. </p>\n"}, {'answer_id': 2634140, 'author': 'Wannabeweb', 'author_id': 316037, 'author_profile': 'https://Stackoverflow.com/users/316037', 'pm_score': 1, 'selected': False, 'text': '<p>There is some mention of file based and server based repositories here. Please correct me if I am wrong but my understanding of Subversion is that a repository is either a system file repository or a Berkley DB repository. The file/server distinction being made is actually just in the way that the repository is accessed. Ie the same repository may be accessed (checked out, committed to, etc) either directly on the file system with the file:/// protocol or by proxy with ssh, the svn sever and/or Apache with http. </p>\n'}, {'answer_id': 44699067, 'author': 'bahrep', 'author_id': 761095, 'author_profile': 'https://Stackoverflow.com/users/761095', 'pm_score': 0, 'selected': False, 'text': '<p><code>file://</code> access schema works fine when you are the only one who is currently accessing the repository. Moreover, there should be no problems to put the repository on server and make the repositories available through <code>https://</code> or <code>svn://</code> should you need to collaborate with others.</p>\n\n<p>However, <code>file://</code> URLs are ugly on Windows and using a HTTP(S) server helps you use pretty ones. Typical local URL on Windows looks like <code>file:///C:\\Repositories\\MyRepo</code>. However, I prefer <code>https://svn.example.com/MyRepo</code>.</p>\n'}]
['https://Stackoverflow.com/questions/32598', 'https://Stackoverflow.com', 'https://Stackoverflow.com/users/1670/']