RE: [Subclipse-users] Externals property bug - folder UI

Hi Mark,

        I was trying to figure out what was happening with Katherine and I
finally realised that I was missing a little yet very important detail on her
case. Her svn:external entry points to a local "directory tree", not a single
folder. Example:

Folder1/Folder2/Folder3 https://someaddy/somerep/someremotefolder

...where the above svn:external entry is set, say, on "Folder0"

        So the API actually creates the local tree and downloads the external
folder onto "Folder3", but "Folder1/Folder2" remains unversioned, which seems
logical since they were just created.

        I suspect that Subclipse (or the lower library) may be barfing when it
finds such an svn:external entry mixed with unversioned folders in between.

        Do you think this is a case that was well thought over by the Subversion
guys? At least we never considered using svn:externals like this in my team.

Best regards,
        Felipe

Felipe Carasso
Technical Project Leader
Latin America Card Development Group - SIM Applications client/server
Gemalto
Tel: + 1-514-732-2342
Fax: + 1-514-732-2301
3 Place du Commerce, bureau 300
Montreal, Quebec, Canada, H3E 1H7
felipe.carasso_at_gemalto.com
www.gemalto.com
 

> -----Original Message-----
> From: Mark Phippard [mailto:markphip_at_gmail.com]
> Sent: Wednesday, June 25, 2008 11:31 AM
> To: users_at_subclipse.tigris.org
> Subject: Re: [Subclipse-users] Externals property bug - folder UI
>
> On Wed, Jun 25, 2008 at 8:26 AM, CARASSO Felipe
> <Felipe.CARASSO_at_gemalto.com> wrote:
>
> > I don't see this problem in Subversive either. All
> subfolders
> > contained within the "master" folder that was gotten through the
> > svn:external have their own .svn and they all present the
> "external" UI icon. I'm using SVNKit 1.1.4 (r3484) there.
> > Screenshots and one of the "entries" file from a subfolder attached.
>
> That would probably be because we rely on that status
> information we get back from the API. So if SVNKit returns
> this, good. What is potentually unfortunate, is they are
> always in this tough situation where they might have to
> revert behavior to be consistent with Subversion to solve
> some other problem. I am not saying that will happen, but do
> not be shocked if this changes sometime in the future.
>
> --
> Thanks
>
> Mark Phippard
> http://markphip.blogspot.com/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_subclipse.tigris.org
> For additional commands, e-mail: users-help_at_subclipse.tigris.org
>
>