Re: [Subclipse-users] Override and Update fails with not a working copy

On Mon, Feb 16, 2009 at 12:25 PM, David Balažic
<david.balazic_at_hermes-softlab.com> wrote:
> Mark Phippard wrote:
>>
>> On Mon, Feb 16, 2009 at 6:12 AM, David Balažic
>> <david.balazic_at_hermes-softlab.com> wrote:
>> > Hi!
>> >
>> > (I CC the svn users list, becasue usually there is zero
>> reply on the subclipse list)
>> > (please CC me as I am not subscribed to the svn users list)
>> > (subclipse is a plugin for Eclipse to allow SVN
>> functionality like browse repos, checkout, checkin, etc.)
>> >
>> > Many times when I do "Override and Update" I get in the
>> console a message
>> > like this:
>> >
>> > cleanup C:/eclipse workspaces/foo/some_project
>> > update C:/eclipse workspaces/foo/some_project/foo1/res
>> C:/eclipse
>> workspaces/foo/some_project/foo2/scripts/bar.scriptg
>> C:/eclipse workspaces/foo/some_project/foo1/BAR.rc C:/eclipse
>> workspaces/foo/some_project/folder1/debug/foobar.exe.embed.man
>> ifest C:/eclipse workspaces/foo/foo2/debug/FooLib.lib (and
>> many other files listed here...) -r HEAD --force
>> > At revision 3299.
>> > At revision 3299.
>> > At revision 3299.
>> > svn: 'C:\eclipse
>> workspaces\foo\some_project\folder1\debug\foobar.exe.embed.man
>> ifest' is not a working copy
>>
>> There is an FAQ that is related to this:
>>
>> http://subclipse.tigris.org/wiki/PluginFAQ#head-73584410a8d4fb
>> ad6781c7b16be39f6518410a61
>>
>> This error happens when something removes your .svn folder(s). Based
>> on this being the "debug" folder and for a .exe I would guess that
>> some build process is doing it. Which is probably the most common
>> case. The build process is no SVN-aware and it clears the output
>> folder before building. This removes the .svn folders.
>>
>> I'd usually recommend just not including these folders in your
>> repository as it is unlikely you are going to be able to "fix" the
>> build process.
>
> Yes, but in my case the "debug" folder is not in the repository.
> Therefore it has no .svn folder that would be erased by mistake.

I've entered issue #848 which I am pretty sure must be causing these
errors. When I do it, I do not get an error, but it could be a
difference between JavaHL and SVNKit in terms of getting the errors,
or it could be other factors. Regardless, we are doing stuff we do
not need to be and which I believe is likely leading to the errors you
see.

-- 
Thanks
Mark Phippard
http://markphip.blogspot.com/
------------------------------------------------------
http://subclipse.tigris.org/ds/viewMessage.do?dsForumId=1047&dsMessageId=1172990
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subclipse.tigris.org].