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

Re: Sharing a pre-existing project

From: Matt Cristantello <cristant_at_fstrf.org>
Date: 2004-07-08 21:02:29 CEST

Mark Phippard wrote:

>Matt Cristantello <cristant@fstrf.org> wrote on 07/08/2004 02:52:02 PM:
>
>
>
>>Here's what I'm trying to do:
>>
>>1. Create a project and import it into subversion (outside eclipse,
>>we're actually running a migration script from VSS to subversion).
>>2. Check out the files in the project to a shared network location.
>>3. Set up eclipse to use the shared network location as the project file
>>
>>
>
>
>
>>directory.
>>4. Set up eclipse to share the project in the shared location into
>>subversion for use in doing updates, commits, etc.
>>5. Repeat step 4 on multiple developers' PCs.
>>
>>I think the base of the problem is that I don't want to do an import
>>after sharing the project -- I just want to share the project and then
>>synchronize with the server. Subclipse seems to know what I want to do,
>>as I get a prompt to synchronize with the server, unfortunately
>>immediately after I click OK, the menu closes and the Team menu stays
>>in its unconfigured state (share project, apply patch).
>>
>>Does that make more sense?
>>
>>
>>
>
>Not to me.
>
>1. So your projects have already been places in the repository in this
>step?
>
>
The files making up the projects are already in the repository before I
try to use them from SVN.

>If that is the case, you ought to be just defining your SVN repository in
>the SVN Perspective, you then browse the repository, pick your project and
>do a Check out. This populates the workspace and has you all connected up
>to go.
>
>
The problem with Check Out is that it first attempts to delete
everything that is in the workspace location -- obviously a bad idea
when this is a shared location for multiple developers, since
uncommitted changes get blown away. Is there a way to tell it to not
delete the files first if it finds them there?

If it helps put things in perspective, the project location is the
webroot of our development webserver, so the files need to go there in
order to be easily tested.

>So you shouldn't need steps 2-5. The Team -> Share option is designed to
>handle the scenario where you have created a brand new project in Eclipse
>and want to add it to Subversion to place it under source control and so
>other developers can then check it out to their workspace.
>
>Subclipse is modelled after the CVS integration so the online help for CVS
>within Eclipse would apply fairly well to Subclipse too.
>
>Mark
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
>For additional commands, e-mail: users-help@subclipse.tigris.org
>
>
>
Received on Fri Jul 9 05:02:29 2004

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

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