Could we take this opportunity to move to git completely ?
(The svn repo will be read only).

We could perhaps then leave whatever we think might not change in the svn
repo (read-only) and only include items in the git tree that would see
change going forward.

Rajith

On Tue, Mar 17, 2015 at 1:49 PM, Robbie Gemmell <[email protected]>
wrote:

> On 17 March 2015 at 15:45, Alan Conway <[email protected]> wrote:
> > On Mon, 2015-03-16 at 18:12 +0000, Keith W wrote:
> >> Hello all,
> >>
> >> I believe we reached agreement on the following thread [1] that we would
> >> reorganise trunk (to support independent component releases) once the
> 0.32
> >> was branched.
> >>
> >> Justin previously published a source tree layout proposal.  I have just
> >> extended it to include the Java subtree too.
> >>
> >>
> https://cwiki.apache.org/confluence/display/qpid/Source+tree+layout+proposal
> >>
> >> As 0.32 is branched (and at the voting stage), is there anything that
> >> blocks us from beginning the re-org task?  Are there comments on the
> >> proposed layouts?
> >>
> >> I am ready to work with other committers to help make sure the
> transition
> >> is a smooth one.
> >>
> >> cheers, Keith.
> >>
> >>
> >> [1]
> >>
> https://www.mail-archive.com/[email protected]&q=subject:%22Re%3A+Any+ETA+on+a+QPid+0.32+release%22&o=newest
> >
> > Looks good but one request: can we please call the sub-directories
> >   proton, dispatch, cpp, jms ...
> > NOT
> >    qpid-proton, qpid-dispatch, qpid-cpp...
> >
> > The repo is already called qpid, it has a (redundant) top level
> > directory called qpid, lets not make everybody type qpid/qpid/qpid-
> > first thing every morning.
> >
> > Cheers,
> > Alan.
> >
>
> Agreed. I think theyd only want to have qpid- if they were in git,
> like qpid-proton and qpid-jms.
>
> The existing second qpid dir will go away with these changes either
> way though since it is within the trunk dir currently, and these
> proposed new dirs would contain the trunk etc.
>
> Robbie
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>

Reply via email to