Be careful when committing changes across svn:external links.
http://svnbook.red-bean.com/en/1.1/svn-book.html#svn-ch-7-sect-3
<quote>
The support that exists for externals definitions in Subversion today can be a little misleading, though.
First, an externals definition can only point to directories, not files.
Second, the externals definition cannot point to relative paths (paths like ../../skins/myskin).
Third,
the working copies created via the externals definition support are
still disconnected from the primary working copy (on whose versioned
directories the svn:externals property was actually set).
And
Subversion still only truly operates on non-disjoint working copies.
So, for example, if you want to commit changes that you've made in one
or more of those external working copies, you must run svn commit
explicitly on those working copies—committing on the primary working copy will not recurse into any external ones.
</quote>
Kind Regards,
John Fallows.
On 6/24/05, James Mitchell <[EMAIL PROTECTED]> wrote:
> That's correct.
>
> Think of svn:externals as like a symbolic link, but the link is not a *file*
> itself but a property of a directory. So, you won't see it, but svn will.
>
>
> So (using the current myfaces repository) if you are in myfaces/current/ (or
> whatever you called it) and you do 'svn proplist .' <==== notice the
> period, that was intentional, but it is not required
>
> [Everything after the $ is my interaction on the command line]
>
> [EMAIL PROTECTED] ~/svn/myfaces
> $ svn proplist .
> Properties on '.':
> svn:ignore
> svn:externals
>
>
> Ok, so that tells me there are:
> - svn properties for ignoring file types (like .cvsignore)
> - svn properties that describe external locations that svn will pull during
> a checkout or update
>
>
> Now I want to see what I pulled by checking out 'current'.
>
> [EMAIL PROTECTED] ~/svn/myfaces
> $ svn propget svn:externals . <==== (there's that period again)
> build https://svn.apache.org/repos/asf/myfaces/build/trunk
> api https://svn.apache.org/repos/asf/myfaces/api/trunk
> impl https://svn.apache.org/repos/asf/myfaces/impl/trunk
> examples
https://svn.apache.org/repos/asf/myfaces/examples/trunk
> sandbox https://svn.apache.org/repos/asf/myfaces/sandbox/trunk
> tomahawk
https://svn.apache.org/repos/asf/myfaces/tomahawk/trunk
> forrest https://svn.apache.org/repos/asf/myfaces/forrest/trunk
>
>
> That explains where everything is coming from now, but what is this "share"
> business?
>
> [EMAIL PROTECTED] ~/svn/myfaces
> $ cd tomahawk/
>
> (let's look at what's in tomahawk)
>
> [EMAIL PROTECTED] ~/svn/myfaces/tomahawk
> $ ls -l
> total 5
> drwxr-xr-x+ 5 jmitchell None 0 Jun 24 11:17 build
> -rw-r--r-- 1 jmitchell None 983 Jun 24 11:17 build.properties
> drwxr-xr-x+ 3 jmitchell None 0 Jun 24 11:17 conf
> -rw-r--r-- 1 jmitchell None 217 Jun 24 11:17 manifest.properties
> drwxr-xr-x+ 4 jmitchell None 0 Jun 24 11:18 share
> drwxr-xr-x+ 4 jmitchell None 0 Jun 24 11:17 src
> drwxr-xr-x+ 5 jmitchell None 0 Jun 24 11:18 tld
>
> (Ok, I see "share", but it looks normal to me)
>
> [EMAIL PROTECTED] ~/svn/myfaces/tomahawk
> $ svn proplist .
> Properties on '.':
> svn:externals
>
> [EMAIL PROTECTED] ~/svn/myfaces/tomahawk
> $ svn propget svn:externals .
> build https://svn.apache.org/repos/asf/myfaces/build/trunk
> share https://svn.apache.org/repos/asf/myfaces/impl/trunk/share
>
> [EMAIL PROTECTED] ~/svn/myfaces/tomahawk
> $ svn status
> X build
> X share
> X tld/entities
> X tld/misc
>
> Performing status on external item at 'build'
>
> Performing status on external item at 'share'
>
> Performing status on external item at 'tld/entities'
>
> Performing status on external item at 'tld/misc'
>
>
>
> By now you should see the pattern here.
>
> The only difficult part of this is keeping up with what is real and what is
> pulled in via svn:externals. Trust me, if you change something in
> current/tomahawk/tld/misc, but it will be reflected across all the locations
> that include it.
>
>
> FYI - you could probably deal with the issue of missing RSS files in a
> similar manner (use svn:externals to pull in the missing sources right from
> commons).
>
>
>
>
> --
> James Mitchell
> Software Engineer / Open Source Evangelist
> Consulting / Mentoring / Freelance
> EdgeTech, Inc.
> http://www.edgetechservices.net/
> 678.910.8017
> AIM: jmitchtx
> Yahoo: jmitchtx
> MSN: [EMAIL PROTECTED]
> Skype: jmitchtx
>
> ----- Original Message -----
> From: "Bill Dudney" <
[EMAIL PROTECTED]>
> To: "MyFaces Development" <[email protected]>
> Sent: Friday, June 24, 2005 11:05 AM
> Subject: Re: New Subversion
>
>
> > Hi Sean,
> >
> > So far so good!
> >
> > I've tried the 'download-dependencies' and it works fine except for the
> > 1.2 version of commons-validator.jar
which is to be expected until that
> > is released.
> >
> > The myfaces-current looks good except for getting multiple copies of the
> > share code, is that expected?
> >
> > myfaces-current/
> > api/
> > src/java
> > build/
> > examples/
> > forest/
> > impl/
>
>
share/src <-- share src, this is where it belongs
correct? The
> > 'home' of share if I'm reading the svn:externals correctly.
> > src <-- impl src
> > sandbox/
> > tomahawk/
> > share/src <-- share src, I did not expect this
> > src <-- tomahawk src
> >
> > If this is just noise for you now please feel free to let me know, I
> > don't want to make it more difficult for you.
> >
> > Thanks again,
> >
> > -bd-
> >
> >
> > On Jun 24, 2005, at 8:00 AM, Sean Schofield wrote:
> >
> >> errr....
> >>
> >>
https://svn.apache.org/repos/asf/myfaces/current
> >>
> >>
> >>
> >> On 6/24/05, Sean Schofield <[EMAIL PROTECTED]
> wrote:
> >>
> >>> Martin,
> >>>
> >>> I'm still working on the build so I haven't had a chance to post
> >>> instructions yet.
> >>>
> >>> Try https://svn.apache.org/asf/repos/myfaces/current
> >>>
> >>> It takes a little while but that has nothing to do with the reorg,
> >>> just the volume of files. If its hanging on you there might be a
> >>> problem with the SVN server or on your end.
> >>>
> >>> Keep me posted.
> >>>
> >>> sean
> >>>
> >>> On 6/24/05, Martin Marinschek <[EMAIL PROTECTED]> wrote:
> >>>
> >>>> Hi everyone,
> >>>>
> >>>> how do you guys handle the checkout of the newly laid out subversion
> >>>> tree? I am trying to checkout all at once, but both Tortoise SVN and
> >>>> the subversion command line client (on my windows box) stop dead
> >>>> sometime during the process (it seems to be that there is just too
> >>>> much to checkout if all the branches are coming out as well?).
> >>>>
> >>>> What to do instead? I don't want to checkout only trunk in every
> >>>> subdirectory of MyFaces, that would take to long I think, and I
> >>>> couldn't do a single update anymore.
> >>>>
> >>>> Does anyone have suggestions to solve this problem?
> >>>>
> >>>> regards,
> >>>>
> >>>> Martin
> >>>>
> >>>>
> >>>
> >>
> >
> >
>
>
>
- Re: New Subversion (explained) John Fallows
- Re: New Subversion (explained) James Mitchell
