Thanks. After your reply I ran more examples and reviewed my command history
on my desktop. I found that when I ran the following on the local desktop:
$ svn checkout file:///path/to/project/trunk project
it downloaded the project files without the trunk/ branches/ or tags/
subdirectories. I then tried a similar command on my remote laptop (adding
the extra "project" to the end):
$ svn checkout svn+ssh://xxx.xxx.xxx.xxx/path/to/project/trunk project
It is not altogether clear to me how the extra "project" is interpreted.
Anyway it works.
On 11/5/05, Ryan Schmidt <subversion-2005@ryandesign.com> wrote:
>
> On Nov 6, 2005, at 05:30, Tony wrote:
>
> > I set up an svn repository on my Linux desktop and imported a
> > project, checked out the files and ran some commits for testing.
> > All O.K.
> >
> > I then started svnserve to access the repository remotely from my
> > Linux laptop. When I access the repository using...
> >
> > svn checkout svn+ssh://xxx.xxx.xxx.xxx/path/to/project
> >
> > I get the hole project including branches/ tags/ and trunk/
> > subdirectories.
> >
> > However, I noticed that when I checkout the project from the
> > desktop (local to the repository), I get only the project files but
> > not the branches/ tags/ and trunk/ subdirectories. Is this
> > normal? Do I need to receive the branch/ tags/ and trunk/
> > subdirectories on my remote connection? Is there a way of only
> > getting the project files?
>
> You get what you ask for. If you ask for /path/to/project and that
> contains directories for trunk, braches and tags (or any other
> directories), then you'll get trunk, branches and tags (and any other
> directories). That's probably not what you want. (Imagine how long it
> would take and how much disk space it would use if you had 10
> branches and 100 tags.) You probably only want the trunk, or a
> particular branch. So ask for that. Check out /path/to/project/trunk
> or /path/to/project/branches/the-branch.
>
> I cannot explain your statement that the behavior is different
> locally than remotely. It isn't.
>
>
Received on Sun Nov 6 06:14:41 2005