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

Re: Checking out individual files

From: Eric <spamsink_at_scoot.netis.com>
Date: 2007-01-28 16:05:05 CET

At 07:27 PM 1/27/2007, Bob Proulx wrote:

<BP>>>>>Often the topic comes up of how to check out a single file in
subversion. This can be done, depending upon the history. It
depends upon having a point in the history of the project when the
directory has been committed but it is empty of files... If a
directory was imported and committed with both the directory and the
files in the same commit then it will not be possible to get back to
a point time when the directory was empty.<<<<<

Good morning, Bob.

That's pretty much the state in which we are, to the best of my
knowledge and belief.

Here is the basis of my problem: We have one user who has refused to
accept Subversion as a company-standard version control system unless
he can check out individual files and do it with a GUI on Windows
without the need for command-line commands.

So, I have to come up with some kind of a way to do it, and to the
very best of my knowledge and belief, there was never a time when the
empty directories were committed, so we can't use the method you describe.

(Want to have some fun? Come be a fly on the wall the next time we
discuss "concurrent versioning" vs. checkout-and-lock at one of our
staff meetings.) :-(

I'm spending much of today working on a Rube Goldberg workaround that
involves creating a sandbox in the user's directory on the remote
server, and then using FileZilla to FTP individual files back and
forth. Unfortunately that completely defeats TortoiseSVN's icon
overlays that indicate the status of files and directories reference
the repository.

I hear you about the issue of storing metadata in .svn files, by
directory, and the difficulty in maintaining that metadata if
individual files were made available for checkout. It does seem to
me like there should be a reasonably clean way to design around that
limitation. It sure would make my life easier as the company's
Subversion advocate... :-( ... (then my next problem would be getting
people to accept the fact that the whole repository gets revved up
every time one file is changed, but my guess is that one will be
easier to convince people to grudgingly accept than this one will...).

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Jan 28 16:05:55 2007

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.