Fabio Da Soghe <fabio.dasoghe@sysgroup.it> wrote on 07/28/2005 04:05:00
AM:
> Maybe for the Subclipse community this is not a big issue (you don't do
a
> "checkout as..." every day), but my work group has to create quite a few
new
> Eclipse projects sometimes, so for us it's not a trivial problem. And I
think
> it can be a negative introdution to Subclipse for new users, because
it's the
> first command you're likely to use.
>
> If I'm right (at last!) the problem arises when you put in the
repository the
> .something Eclipse files: in this case if you do a "checkout as..." and
> Subclipse don't remove preexisting files, the checkout fails. This takes
care
> of one Subclipse use case (complete Eclipse project in the repository),
but
> what about other case, when you already have source files (maybe from
another
> ide) and you want to use them in Eclipse (the case I described in my
first mail)?
I am not sure it is as bad as you think. What you really should be doing
is storing all of these .whatever files in your repository, and then use
the Checkout As Project option. This will then create everything
correctly. The Checkout As ... option exists for a project that does not
have any of the Eclipse files in the repository. Ideally, only one person
would have to do this option, they could then commit the Eclipse files and
then let everyone else use the Checkout As Project option.
I realize there are cases where you will not be allowed to commit those
files, but in those cases it would seem unlikely that the project expects
to have mostly Eclipse-based users. Otherwise, they would allow the
files.
> So, what do you think about having a dialog box in the "checkout as..."
> command which asks the user what to do with Eclipse files? Maybe with a
little
> explanation for new users (do you already have .something files in the
> repository? Delete files. Do you want to preserve Eclipse's .something
files -
> AND you don't have any of them in the repository? Keep the local files).
That is a possibility I have considered. I would prefer to see the
Subversion checkout process accomodate this, and like I said, this is a
feature that is currently being discussed. If they decide not to do that,
then we should look for alternative ways to handle it.
Thanks
Mark
_____________________________________________________________________________
Scanned for SoftLanding Systems, Inc. by IBM Email Security Management Services powered by MessageLabs.
_____________________________________________________________________________
Received on Thu Jul 28 23:04:02 2005