Mark,
Thank you for the replies. I apologize for not
completely understanding your original reply. I think
it's more clear now after reading both replies and the
subversion book. I should be able to get this working
now.
Again, thank you.
--- Mark Phippard <MarkP@softlanding.com> wrote:
> Kevin Duffey <supreme_java_guru_1@yahoo.com> wrote
> on 08/17/2005 02:09:04
> AM:
>
> > I then created a /prj directory and below that
> > directoreis for /trunk, /branches and /tags. Are
> these
> > required?
>
> Nothing is required. Subversion implements a
> virtual filesystem. How you
> lay it out is up to you.
>
> > So, as I see it, I have a repository called client
> > located at /usr/local/svnroot/client, right? When
> > Eclipse SVN wizard asks me for the URL and Root
> URL, I
> > put in https://oursite.com/svnroot/client
>
> Correct.
>
> > Now, I right-click on my existing project (of
> which I
> > just disconnected from a CVS repository
> remembering to
> > remove the CVS meta info so all the CVS dirs are
> > wiped) click team, share project and select SVN.
> >
> > The below URL is what I am using to follow the
> screen
> > shots and info on how to do this.
> >
> > http://subclipse.tigris.
> >
>
org/svn/subclipse/trunk/subclipse/ui/html/gettingstarted/importing.html
> >
> > So I use existing repository location, and this is
> > where I get stuck. It asks me to use project name
> or
> > use specified folder name. What is this?
>
> I answered this in the last message, and the above
> URL also addresses it.
> In your case, you want to take the "Use Specified
> Module Name" option and
> specify a value of "prj/trunk". HOWEVER! You have
> to first delete trunk
> from your repository. That folder needs to be added
> by Subclipse as part
> of the Share Project process.
>
> > Also, in the
> > URL above, the screen shot shows a browse button
> and a
> > URL label with a msg saying the URL cannot already
> > exist. This does NOT appear in my Eclipse 3.1
> wizard
> > (subclipse I assume is providing this wizard). So
> > something changed, but it seems mostly the same.
>
> I do not think my previous message could have been
> any more clear that I
> JUST changed these dialogs and the documentation and
> that this will be in
> the NEXT release. The functionality of the dialogs
> is the same, the new
> UI hopefully just makes it more obvious what the
> right thing to do is.
>
> > So, this is where my confusion lies. What to enter
> at
> > this point for the folder name. In Eclipse 3.1
> (and
> > the latest subclipse plugin) it says Module Name.
> Not
> > Folder name.
>
> Assuming you want this to go into prj/trunk you need
> to just delete the
> trunk folder from the repository, and then run the
> wizard and specify a
> value of "prj/trunk".
>
> > > Then why did you create the trunk/branches/tags
> > > folder?
> >
> > Because the various instructions I have read said
> to?
> > Being new to this, I honestly dont know why. :D
> That
> > is what I am asking ya'll... what IS the purpose
> of
> > these folders? Are they required for subversion to
> > work? Or are they just "helpful suggestions" on
> how to
> > organize a subversion repository?
>
> Helpful suggestions. The structure is what matters,
> not the names. The
> point is to create enough layers of folders in the
> structure so that you
> can later on do copying/tagging easily. If you just
> dumped your project
> directly into the root it would be hard to later
> create tags. The
> recommended structure is:
>
> ProjectA
> |-- branches
> |-- tags
> |-- trunk
> ProjectB
> |-- branches
> |-- tags
> |-- trunk
>
> If only want one project per repository you can omit
> the ProjecName folder
> at the top of the hierarchy. If your projects are
> tightly related you
> could invert the structure:
>
> branches
> tags
> trunk
> |--ProjectA
> |--ProjectB
>
> And like I said, there is no meaning to the names.
> Use whatever you want.
>
> > Again, not sure where svnroot fits, but somehow
> since
> > it lies at /usr/local/svnroot but in the URL to
> the
> > repository I dont have to specify /usr/local as
> part
> > of the string, it appears some how subversion on
> the
> > server knows that /svnroot is located at
> > /usr/local/svnroot.
>
> It sounds like your administrator created a folder
> named svnroot as the
> root location in which to create your repositories.
> He probably has
> Apache configured to serve any repositories created
> in that folder.
> svnroot has not significance other than that is the
> folder name he used
> and where he pointed Apache to serve from.
>
> > Ok, why do you not need the /usr/local in the URL?
> > What is telling subversion that svnroot ==
> > /usr/local/svnroot on the server? My guess is that
> the
> > svnadminc reate /usr/local/svnroot/repos allows
> the
> > svnroot path to be found easily given the
> repository
> > absolute path?
>
> Because the client is talking to Apache, not the
> filesystem. Apache hides
> the details of the location, just as it does when it
> is serving a web
> site. Your admin used the same name "svnroot" for
> the final folder name
> and also the Apache <location> directive. Not a
> problem.
>
> > Ahhh.. here is my answer to the previous section.
> I
> > guess we do.. not sure though. I am running Resin
> on
> > port 80, so I dont know that we are running apache
> for
> > this, nor do I know how to figure this out for
> sure.
>
> Subversion requires Apache, so you are definitely
> running it.
>
> > Ok, does svn mkdir do anything special that the
> mkdir
> > from the local file system wont do, other than
> maybe
> > give proper permissions to the dirs?
>
> svn mkdir allow you to create a directory inside the
> repository. You did
> something similar by creating directories in your
> local file system and
> then importing them into the repository. Your
> approach has the advantage
> of creating more than 1 directory in a single
> commit.
>
> Mark
>
>
_____________________________________________________________________________
>
=== message truncated ===
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Received on Thu Aug 18 08:14:50 2005