DM Smith <dmsmith555@yahoo.com> wrote on 01/20/2006 12:06:41 PM:
> I took the defaults, which were to use the names that match the one's in
> the repository. These visually match what was checked out. Was it that I
> renamed trunk to NewWS that is causing the problem?
The problem I was alluding to is if Windows refers to the folder as
"NewWS" but when you imported it into Eclipse you typed "newWS" or any
variant like that. Since Windows is not case sensitive this works, but
Eclipse has a case-sensitivity problem referenced in that FAQ that causes
problems with us. Using JavaSVN generally fixes this.
> So my NewWS folder has .workspace and a .svn folders and the folders
> for each project. Does this cause problems? In the past I have often
> stored project related stuff in that directory and have had no problems
> with Eclipse. I was going to set svn:ignore for .workspace.
That should be OK. What I meant was that the folder that is the master
"workspace" folder (for example passed on the -data command-line option)
should not have a .svn folder.
> Could you point me to the documentation. I have read the online FAQ, but
> I could find very little otherwise. I have read the Subversion book from
> cover to cover.
In Eclipse, Help -> Help Contents There is a Subclipse item in the table
of contents which contains extensive documentation. Most of our dialogs
have direct links if you press F1.
> To reproduce this is easy. Create two folders in two projects with the
> same name, say "fred". Create a file in both with the same name, say
> "george" but different content, say "file 1" and "file 2" respectively.
> Commit that. Then Ctrl-C "george" containing "file 1" and then select
> the other and do Ctrl-V. When prompted whether to overwrite, choose
> "Yes". Verify that the content of the paste occurred, that the file is
> scheduled for deletion and that the "X" decorator is present. Do the
> commit and the pasted file is present but not under source code control,
> this time decorated with a "?".
This is an Eclipse "issue". I do not know if they consider it a bug or
not. If you copy from outside of Eclipse into Eclipse it just does the
copy and the file would show up as a modification. For example, drag and
drop from Windows Explorer into Eclipse. When the copy happens completely
inside of Eclipse, then Eclipse treats it as a delete and add for some
reason. We have no ability to make Eclipse not do this. We did however
add a hack you can use. You can define a Subversion property named
"DeferFileDelete" with a value of "true" and set it on your project folder
and commit it. When this property is set then Subclipse just "ignores"
all deletes, meaning we allow it to happen without running the svn delete
command. If a new version of the file is then put it, it just shows up as
a modification. If not, then it shows as a "missing" file on the
Commit/Revert dialogs.
> >> Again most of this I chalk up to being new to Subclipse.
> >> Anyway, I don't think Subclipse is quite ready for 1.0.
> >>
> >
> > I couldn't disagree more.
> I am glad you are proud of your work. That drives quality! Subclipse is
> most excellent, but it is not problem free. If a new user (but
> experienced with Subversion and separately with Eclipse) can find one or
> more problems on first use (that don't occur from the command line or
> with TortoiseSVN) and documentation does not help (can't find it), is it
> ready for 1.0? What it says to me is that I am going to find other
> problems as I use it more. So, in my opinion, "almost." But, whether it
> is 1.0 or not, I will still be using it.
The remaining problems are out of our control. You can go into Windows
and delete a folder in a working copy and completely break the working
copy. You would not report that as a bug to TortoiseSVN (I hope). These
issues are no different. Eclipse either does not tell us something
happened, or tells us something incorrect. We have added all of the
workarounds we can for this issue.
Also, the fact that you have not been able to find our documentation in
the online help tells me to treat some of your concerns with a bit of
skepticism. Software will never be perfect. Eclipse has bugs, the
Eclipse CVS client has bugs, TortoiseSVN has bugs, Subversion has bugs,
Subclipse has bugs. You have to ship someday.
Mark
_____________________________________________________________________________
Scanned for SoftLanding Systems, Inc. and SoftLanding Europe Plc by IBM Email Security Management Services powered by MessageLabs.
_____________________________________________________________________________
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
For additional commands, e-mail: users-help@subclipse.tigris.org
Received on Fri Jan 20 18:38:28 2006