openjpa-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Eddie O'Neil" <ekon...@gmail.com>
Subject Re: Creating sandbox branches
Date Thu, 31 Aug 2006 14:39:19 GMT
Kevin--

  Great -- glad it worked.  :)

  All I did was:

svn co https://svn.apache.org/repos/asf/incubator/openjpa incubator/openjpa
cd incubator/openjpa
mkdir sandboxes
svn add sandboxes

Could just be that Eclipse was trying to do something funny at the
root of the repository (?).

Cheers,
Eddie


On 8/31/06, Kevin Sutter <kwsutter@gmail.com> wrote:
> Eddie,
> You have the power!  I just created a development sandbox and placed in the
> newly created directory.  Worked like a charm.
>
> Maybe I'm just not doing it right.  How did you create the directory?  I was
> trying to "create it" when I was creating the branch via svn.  I got an
> error back that said I didn't have permissions.  And, then I tried creating
> an empty folder via the svn perspective in Eclipse and I got the same
> permission error.  Did you ssh to the svn repository and create the folder
> that way?  Just curious.
>
> Thanks again!
> Kevin
>
> On 8/31/06, Eddie O'Neil <ekoneil@gmail.com> wrote:
> >
> > Kevin--
> >
> >   Not sure what's up with your permissions (if it even is that...),
> > but I just created a sandboxes/ line here:
> >
> >    http://svn.apache.org/repos/asf/incubator/openjpa/sandboxes/
> >
> > See if you're able to commit a file there and then try copying the trunk/
> > line.
> >
> > Eddie
> >
> >
> >
> > On 8/31/06, Kevin Sutter <kwsutter@gmail.com> wrote:
> > > Craig,
> > > You are correct.  I can create a sandbox at the same level as "trunk",
> > just
> > > like your example showed.  But, I don't think we want to create them at
> > the
> > > "trunk" level.  I would think we would want a separate directory
> > structure
> > > to place the sandboxes in.  Something like...
> > >
> > > openjpa/site
> > > openjpa/trunk
> > > openjpa/tags
> > > openjpa/branches
> > > openjpa/sandboxes
> > >
> > > Then, when we get to the position of having official releases and
> > fixpacks,
> > > we can use the tags and branches subdirectories to store these.
> > >
> > > We could use the "sandboxes" directory to store the development
> > sandboxes
> > > without cluttering up the root.
> > >
> > > That's my idea anyway...
> > > Kevin
> > >
> > > On 8/31/06, Craig L Russell <Craig.Russell@sun.com> wrote:
> > > >
> > > > IIUC, any committer can create a sandbox by using the svn copy
> > > > command. e.g.
> > > >
> > > > svn copy https://svn.apache.org/repos/asf/incubator/openjpa/trunk/
> > > > https://svn.apache.org/repos/asf/incubator/openjpa/sandbox
> > > >
> > > > You can then merge back from the sandbox (I'm not really able to give
> > > > you details here...)
> > > >
> > > > If this doesn't work for you, I'll be happy to give it a try. Let me
> > > > know.
> > > >
> > > > Craig
> > > >
> > > > On Aug 30, 2006, at 10:01 PM, Patrick Linskey wrote:
> > > >
> > > > > +1.
> > > > >
> > > > > Now, to find the right person....
> > > > >
> > > > > -Patrick
> > > > >
> > > > > --
> > > > > Patrick Linskey
> > > > > BEA Systems, Inc.
> > > > >
> > > > >> -----Original Message-----
> > > > >> From: Kevin Sutter [mailto:kwsutter@gmail.com]
> > > > >> Sent: Wednesday, August 30, 2006 2:50 PM
> > > > >> To: open-jpa-dev@incubator.apache.org
> > > > >> Subject: Re: Creating sandbox branches
> > > > >>
> > > > >> Still looking for some response to this request...  Looking at
> > other
> > > > >> incubator projects, some are using "sandbox", some are using
> > > > >> "branches",
> > > > >> others don't seem to have an alternate folder for misc development
> > > > >> branches.  I would create the folders if I had the proper
> > > > >> authority.  Who
> > > > >> does have the authority?  And, when we find that person, what
> > > > >> should we have
> > > > >> them create?
> > > > >>
> > > > >> We already have "site" and "trunk".  I think to be consistent
with
> > > > >> svn
> > > > >> practices, we should have a "branches" and "tags" folder at a
> > > > >> minimum.  If
> > > > >> we want to keep "branches" pristine for real versions of
> > > > >> OpenJPA, then we
> > > > >> should also create a "sandbox" folder to house any sandbox
> > > > >> development
> > > > >> branches.
> > > > >>
> > > > >> Thanks,
> > > > >> Kevin
> > > > >>
> > > > >> On 8/22/06, Kevin Sutter <kwsutter@gmail.com> wrote:
> > > > >>>
> > > > >>> Hi,
> > > > >>> You've probably noticed that I attempted to create a branch
for
> > the
> > > > >>> OPENJPA-24 work (I've been busy with a conference and some
> > > > >> of Abe's changes
> > > > >>> were starting to overlap..).  But, when I attempted to
> > > > >> create this branch in
> > > > >>> a "branches" subdirectory, I got an authentication error
> > > > >> with creating the
> > > > >>> directory.  As you probably noticed, I was allowed to
> > > > >> create the OPENJPA-24
> > > > >>> branch at the root level (same level as trunk), but I
> > > > >> didn't think that was
> > > > >>> appropriate.  (I deleted that one.)
> > > > >>>
> > > > >>> So, what's the scoop with sandbox branches?  Should we be
> > > > >> allowed to use
> > > > >>> these?  I hope so, since this provides a nice way of sharing
and
> > > > >>> collaborating on changes that are bigger than a breadbox.
> > > > >> If we agree,
> > > > >>> could someone with enough authority create the branches
> > > > >> folder so that we
> > > > >>> have a place to put them?
> > > > >>>
> > > > >>> Thanks!
> > > > >>> Kevin
> > > > >>>
> > > > >>
> > > > >
> > ______________________________________________________________________
> > > > > _
> > > > > Notice:  This email message, together with any attachments, may
> > > > > contain
> > > > > information  of  BEA Systems,  Inc.,  its subsidiaries  and
> > > > > affiliated
> > > > > entities,  that may be confidential,  proprietary,  copyrighted
> > > > > and/or
> > > > > legally privileged, and is intended solely for the use of the
> > > > > individual
> > > > > or entity named in this message. If you are not the intended
> > > > > recipient,
> > > > > and have received this message in error, please immediately return
> > > > > this
> > > > > by email and then delete it.
> > > >
> > > > Craig Russell
> > > > Architect, Sun Java Enterprise System http://java.sun.com/products/jdo
> > > > 408 276-5638 mailto:Craig.Russell@sun.com
> > > > P.S. A good JDO? O, Gasp!
> > > >
> > > >
> > > >
> > > >
> > >
> > >
> >
>
>

Mime
View raw message