You are viewing a plain text version of this content. The canonical link for it is here.
Posted to slide-dev@jakarta.apache.org by Henri Yandell <fl...@gmail.com> on 2004/12/21 15:11:13 UTC
SVN migration
It seems to me that it would be good to get Slide over to Subversion
before any moves to becoming a TLP.
Have you guys thought about your SVN migration at all? When you'd like
to do it? Who would most likely manage it?
Hen
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org
Re: SVN migration
Posted by Henri Yandell <fl...@gmail.com>.
Congrats on the release :)
Being a pain and reminding of SVN.
Hen
On Tue, 21 Dec 2004 14:20:17 -0500, Henri Yandell <fl...@gmail.com> wrote:
> Cool.
>
> I'll update the wiki page with this status and hassle again when I see
> the release go out.
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org
Re: SVN migration
Posted by Henri Yandell <fl...@gmail.com>.
Cool.
I'll update the wiki page with this status and hassle again when I see
the release go out.
Watch the language below btw; 'separate repository' should probably be
'separate directory'.
The repository is the directory above jakarta/ that all the codebases
for ASF TLPs are in. Just to save confusion in the future :)
Thanks,
Hen
On Tue, 21 Dec 2004 19:02:26 +0100, Stefan Lützkendorf
<lu...@apache.org> wrote:
> We haven't discussed this yet.
>
> Currently we are preparing a release. If we have finished this, it might
> be a good point. This will be at the start of the next year I think.
>
> I recently made some experiences with svn so I can offer to do this.
>
> Proposal for repository layout:
>
> /jakarta
> /slide
> /server
> /branches
> /tags
> /trunk
> /src (content of current jararta-slide/src)
> /docs (content of current jararta-slide/docs)
> /lib (content of current jararta-slide/lib)
> /client
> /braches
> /tags
> /trunk (content of current jararta-slide/webdavclient)
> /ant
> /clientlib
> /commandline
> /connector
> /etc
> /lib
> /wck
> /braches
> /tags
> /trunk (content of current jararta-slide/wck)
> /conf
> /src
> /projector
> /braches
> /tags
> /trunk (content of current jararta-slide/projector)
> /lib
> /src
> ...
> /proposals (may be sandbox)
> /braches
> /tags
> /trunk (content of current jararta-slide/proposals)
> ...
> /testsuite
> /braches
> /tags
> /trunk (content of current jararta-slide/testsuite)
> /bin
> ...
>
> This is a separate repository for each component that may be released
> indepently.
>
> Its just a proposal (:-)
>
> Stefan
>
> Henri Yandell wrote:
> > It seems to me that it would be good to get Slide over to Subversion
> > before any moves to becoming a TLP.
> >
> > Have you guys thought about your SVN migration at all? When you'd like
> > to do it? Who would most likely manage it?
> >
> > Hen
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: slide-dev-help@jakarta.apache.org
> >
>
> --
> Stefan Lützkendorf -- luetzkendorf@apache.org
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org
Re: AW: SVN migration
Posted by Henri Yandell <fl...@gmail.com>.
The only part I'm pushing for is that there is one directory inside
jakarta/ and it is called slide. Just to make sure I get that in.
Underneath that, whatever :)
Hen
On Tue, 21 Dec 2004 20:42:45 +0100, Daniel Florey <da...@web.de> wrote:
> Hi,
> This looks very good to me.
> Personally I'd prefer to see the client subprojects on slide top level as
> well. The advantage would be that we would achieve the same subproject
> structure for each slide subproject.
> This would enable us to use maven as build tool as it is done in Jakarta
> commons. If the client is split up again into subprojects this will be more
> complicated.
> My personal favourite would be to call the main directory webdav and to
> rename the server to slide...
> But this might be a too drastic change.
> Cheers + thanks for your great work,
> Daniel
>
> > -----Ursprüngliche Nachricht-----
> > Von: slide-dev-return-15215-apmail-dflorey=apache.org@jakarta.apache.org
> > [mailto:slide-dev-return-15215-apmail-
> > dflorey=apache.org@jakarta.apache.org] Im Auftrag von Stefan Lützkendorf
> > Gesendet: Dienstag, 21. Dezember 2004 19:02
> > An: Slide Developers Mailing List
> > Betreff: Re: SVN migration
> >
> > We haven't discussed this yet.
> >
> > Currently we are preparing a release. If we have finished this, it might
> > be a good point. This will be at the start of the next year I think.
> >
> > I recently made some experiences with svn so I can offer to do this.
> >
> > Proposal for repository layout:
> >
> > /jakarta
> > /slide
> > /server
> > /branches
> > /tags
> > /trunk
> > /src (content of current jararta-slide/src)
> > /docs (content of current jararta-slide/docs)
> > /lib (content of current jararta-slide/lib)
> > /client
> > /braches
> > /tags
> > /trunk (content of current jararta-slide/webdavclient)
> > /ant
> > /clientlib
> > /commandline
> > /connector
> > /etc
> > /lib
> > /wck
> > /braches
> > /tags
> > /trunk (content of current jararta-slide/wck)
> > /conf
> > /src
> > /projector
> > /braches
> > /tags
> > /trunk (content of current jararta-slide/projector)
> > /lib
> > /src
> > ...
> > /proposals (may be sandbox)
> > /braches
> > /tags
> > /trunk (content of current jararta-slide/proposals)
> > ...
> > /testsuite
> > /braches
> > /tags
> > /trunk (content of current jararta-slide/testsuite)
> > /bin
> > ...
> >
> > This is a separate repository for each component that may be released
> > indepently.
> >
> > Its just a proposal (:-)
> >
> > Stefan
> >
> > Henri Yandell wrote:
> > > It seems to me that it would be good to get Slide over to Subversion
> > > before any moves to becoming a TLP.
> > >
> > > Have you guys thought about your SVN migration at all? When you'd like
> > > to do it? Who would most likely manage it?
> > >
> > > Hen
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: slide-dev-help@jakarta.apache.org
> > >
> >
> > --
> > Stefan Lützkendorf -- luetzkendorf@apache.org
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org
Re: AW: SVN migration
Posted by James Mason <ma...@apache.org>.
On Wed, 2004-12-22 at 10:29 +0100, Stefan Lützkendorf wrote:
> Do I understand you right with the adapted layout (see below).
>
> What todo with the lib directory currently in
> jararta-slide/webdavclient/lib. We have to add it to each of the new
> client directories?
We're going to need to rework the client build script as soon as the
migration is finished. There's currently a single build script that all
of the client components share. I think the quick way to solve this will
be to have the clientlib build script build all of the client components
(this is ugly). After we have something that at least works we should
refactor the build script so each component is separate. Part of this
refactoring will be copying dependency libs to the other components.
So for now, just leave lib/ under clientlib/, I think.
-James
>
> Stefan
>
> /jakarta
> /slide
> /server
> /branches
> /tags
> /trunk
> /src (content of current jararta-slide/src)
> /docs (content of current jararta-slide/docs)
> /lib (content of current jararta-slide/lib)
>
> /clientlib
> /braches
> /tags
> /trunk (content of current jararta-slide/webdavclient/clientlib)
> /src
> /lib (content of current jararta-slide/webdavclient/lib)
> /ant
> /braches
> /tags
> /trunk (content of current jararta-slide/webdavclient/ant)
> /src
> /lib (content of current jararta-slide/webdavclient/lib)
> /commandline
> /braches
> /tags
> /trunk (content of current jararta-slide/webdavclient/commandline)
> /src
> /lib (content of current jararta-slide/webdavclient/lib)
> /connector
> /braches
> /tags
> /trunk (content of current jararta-slide/webdavclient/connector)
> /src
> /conf (content of current jararta-slide/webdavclient/etc/conf)
> /example
> /lib (content of current jararta-slide/webdavclient/lib)
>
> /wck
> /braches
> /tags
> /trunk (content of current jararta-slide/wck)
> /conf
> /src
> /projector
> /braches
> /tags
> /trunk (content of current jararta-slide/projector)
> /lib
> /src
> ...
> /proposals (may be sandbox)
> /braches
> /tags
> /trunk (content of current jararta-slide/proposals)
> ...
> /testsuite
> /braches
> /tags
> /trunk (content of current jararta-slide/testsuite)
> /bin
> ...
>
>
> Daniel Florey wrote:
>
> > Hi,
> > This looks very good to me.
> > Personally I'd prefer to see the client subprojects on slide top level as
> > well. The advantage would be that we would achieve the same subproject
> > structure for each slide subproject.
> > This would enable us to use maven as build tool as it is done in Jakarta
> > commons. If the client is split up again into subprojects this will be more
> > complicated.
> > My personal favourite would be to call the main directory webdav and to
> > rename the server to slide...
> > But this might be a too drastic change.
> > Cheers + thanks for your great work,
> > Daniel
> >
> >
> >
> >>-----Ursprüngliche Nachricht-----
> >>Von: slide-dev-return-15215-apmail-dflorey=apache.org@jakarta.apache.org
> >>[mailto:slide-dev-return-15215-apmail-
> >>dflorey=apache.org@jakarta.apache.org] Im Auftrag von Stefan Lützkendorf
> >>Gesendet: Dienstag, 21. Dezember 2004 19:02
> >>An: Slide Developers Mailing List
> >>Betreff: Re: SVN migration
> >>
> >>We haven't discussed this yet.
> >>
> >>Currently we are preparing a release. If we have finished this, it might
> >>be a good point. This will be at the start of the next year I think.
> >>
> >>I recently made some experiences with svn so I can offer to do this.
> >>
> >>Proposal for repository layout:
> >>
> >>/jakarta
> >> /slide
> >> /server
> >> /branches
> >> /tags
> >> /trunk
> >> /src (content of current jararta-slide/src)
> >> /docs (content of current jararta-slide/docs)
> >> /lib (content of current jararta-slide/lib)
> >> /client
> >> /braches
> >> /tags
> >> /trunk (content of current jararta-slide/webdavclient)
> >> /ant
> >> /clientlib
> >> /commandline
> >> /connector
> >> /etc
> >> /lib
> >> /wck
> >> /braches
> >> /tags
> >> /trunk (content of current jararta-slide/wck)
> >> /conf
> >> /src
> >> /projector
> >> /braches
> >> /tags
> >> /trunk (content of current jararta-slide/projector)
> >> /lib
> >> /src
> >> ...
> >> /proposals (may be sandbox)
> >> /braches
> >> /tags
> >> /trunk (content of current jararta-slide/proposals)
> >> ...
> >> /testsuite
> >> /braches
> >> /tags
> >> /trunk (content of current jararta-slide/testsuite)
> >> /bin
> >> ...
> >>
> >>This is a separate repository for each component that may be released
> >>indepently.
> >>
> >>Its just a proposal (:-)
> >>
> >>Stefan
> >>
> >>Henri Yandell wrote:
> >>
> >>>It seems to me that it would be good to get Slide over to Subversion
> >>>before any moves to becoming a TLP.
> >>>
> >>>Have you guys thought about your SVN migration at all? When you'd like
> >>>to do it? Who would most likely manage it?
> >>>
> >>>Hen
> >>>
> >>>---------------------------------------------------------------------
> >>>To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
> >>>For additional commands, e-mail: slide-dev-help@jakarta.apache.org
> >>>
> >>
> >>--
> >>Stefan Lützkendorf -- luetzkendorf@apache.org
> >>
> >>
> >>---------------------------------------------------------------------
> >>To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
> >>For additional commands, e-mail: slide-dev-help@jakarta.apache.org
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: slide-dev-help@jakarta.apache.org
> >
> >
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org
Re: AW: SVN migration
Posted by Stefan Lützkendorf <lu...@apache.org>.
Do I understand you right with the adapted layout (see below).
What todo with the lib directory currently in
jararta-slide/webdavclient/lib. We have to add it to each of the new
client directories?
Stefan
/jakarta
/slide
/server
/branches
/tags
/trunk
/src (content of current jararta-slide/src)
/docs (content of current jararta-slide/docs)
/lib (content of current jararta-slide/lib)
/clientlib
/braches
/tags
/trunk (content of current jararta-slide/webdavclient/clientlib)
/src
/lib (content of current jararta-slide/webdavclient/lib)
/ant
/braches
/tags
/trunk (content of current jararta-slide/webdavclient/ant)
/src
/lib (content of current jararta-slide/webdavclient/lib)
/commandline
/braches
/tags
/trunk (content of current jararta-slide/webdavclient/commandline)
/src
/lib (content of current jararta-slide/webdavclient/lib)
/connector
/braches
/tags
/trunk (content of current jararta-slide/webdavclient/connector)
/src
/conf (content of current jararta-slide/webdavclient/etc/conf)
/example
/lib (content of current jararta-slide/webdavclient/lib)
/wck
/braches
/tags
/trunk (content of current jararta-slide/wck)
/conf
/src
/projector
/braches
/tags
/trunk (content of current jararta-slide/projector)
/lib
/src
...
/proposals (may be sandbox)
/braches
/tags
/trunk (content of current jararta-slide/proposals)
...
/testsuite
/braches
/tags
/trunk (content of current jararta-slide/testsuite)
/bin
...
Daniel Florey wrote:
> Hi,
> This looks very good to me.
> Personally I'd prefer to see the client subprojects on slide top level as
> well. The advantage would be that we would achieve the same subproject
> structure for each slide subproject.
> This would enable us to use maven as build tool as it is done in Jakarta
> commons. If the client is split up again into subprojects this will be more
> complicated.
> My personal favourite would be to call the main directory webdav and to
> rename the server to slide...
> But this might be a too drastic change.
> Cheers + thanks for your great work,
> Daniel
>
>
>
>>-----Ursprüngliche Nachricht-----
>>Von: slide-dev-return-15215-apmail-dflorey=apache.org@jakarta.apache.org
>>[mailto:slide-dev-return-15215-apmail-
>>dflorey=apache.org@jakarta.apache.org] Im Auftrag von Stefan Lützkendorf
>>Gesendet: Dienstag, 21. Dezember 2004 19:02
>>An: Slide Developers Mailing List
>>Betreff: Re: SVN migration
>>
>>We haven't discussed this yet.
>>
>>Currently we are preparing a release. If we have finished this, it might
>>be a good point. This will be at the start of the next year I think.
>>
>>I recently made some experiences with svn so I can offer to do this.
>>
>>Proposal for repository layout:
>>
>>/jakarta
>> /slide
>> /server
>> /branches
>> /tags
>> /trunk
>> /src (content of current jararta-slide/src)
>> /docs (content of current jararta-slide/docs)
>> /lib (content of current jararta-slide/lib)
>> /client
>> /braches
>> /tags
>> /trunk (content of current jararta-slide/webdavclient)
>> /ant
>> /clientlib
>> /commandline
>> /connector
>> /etc
>> /lib
>> /wck
>> /braches
>> /tags
>> /trunk (content of current jararta-slide/wck)
>> /conf
>> /src
>> /projector
>> /braches
>> /tags
>> /trunk (content of current jararta-slide/projector)
>> /lib
>> /src
>> ...
>> /proposals (may be sandbox)
>> /braches
>> /tags
>> /trunk (content of current jararta-slide/proposals)
>> ...
>> /testsuite
>> /braches
>> /tags
>> /trunk (content of current jararta-slide/testsuite)
>> /bin
>> ...
>>
>>This is a separate repository for each component that may be released
>>indepently.
>>
>>Its just a proposal (:-)
>>
>>Stefan
>>
>>Henri Yandell wrote:
>>
>>>It seems to me that it would be good to get Slide over to Subversion
>>>before any moves to becoming a TLP.
>>>
>>>Have you guys thought about your SVN migration at all? When you'd like
>>>to do it? Who would most likely manage it?
>>>
>>>Hen
>>>
>>>---------------------------------------------------------------------
>>>To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
>>>For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>>>
>>
>>--
>>Stefan Lützkendorf -- luetzkendorf@apache.org
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
>>For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>
>
--
Stefan Lützkendorf -- luetzkendorf@apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org
Re: AW: SVN migration
Posted by James Mason <ma...@apache.org>.
On Tue, 2004-12-21 at 20:42 +0100, Daniel Florey wrote:
> Hi,
> This looks very good to me.
> Personally I'd prefer to see the client subprojects on slide top level as
> well. The advantage would be that we would achieve the same subproject
> structure for each slide subproject.
> This would enable us to use maven as build tool as it is done in Jakarta
> commons. If the client is split up again into subprojects this will be more
> complicated.
+1
I really like the layout. As for the clients, the only thing they really
have in common is their dependency on the clientlib, so I don't think
they should be lumped together.
> My personal favourite would be to call the main directory webdav and to
> rename the server to slide...
> But this might be a too drastic change.
This sounds like something that would coincide with a move to a TLP. I'm
thinking it should wait. To many decisions to make before going down
that road :).
-James
> Cheers + thanks for your great work,
> Daniel
>
>
> > -----Ursprüngliche Nachricht-----
> > Von: slide-dev-return-15215-apmail-dflorey=apache.org@jakarta.apache.org
> > [mailto:slide-dev-return-15215-apmail-
> > dflorey=apache.org@jakarta.apache.org] Im Auftrag von Stefan Lützkendorf
> > Gesendet: Dienstag, 21. Dezember 2004 19:02
> > An: Slide Developers Mailing List
> > Betreff: Re: SVN migration
> >
> > We haven't discussed this yet.
> >
> > Currently we are preparing a release. If we have finished this, it might
> > be a good point. This will be at the start of the next year I think.
> >
> > I recently made some experiences with svn so I can offer to do this.
> >
> > Proposal for repository layout:
> >
> > /jakarta
> > /slide
> > /server
> > /branches
> > /tags
> > /trunk
> > /src (content of current jararta-slide/src)
> > /docs (content of current jararta-slide/docs)
> > /lib (content of current jararta-slide/lib)
> > /client
> > /braches
> > /tags
> > /trunk (content of current jararta-slide/webdavclient)
> > /ant
> > /clientlib
> > /commandline
> > /connector
> > /etc
> > /lib
> > /wck
> > /braches
> > /tags
> > /trunk (content of current jararta-slide/wck)
> > /conf
> > /src
> > /projector
> > /braches
> > /tags
> > /trunk (content of current jararta-slide/projector)
> > /lib
> > /src
> > ...
> > /proposals (may be sandbox)
> > /braches
> > /tags
> > /trunk (content of current jararta-slide/proposals)
> > ...
> > /testsuite
> > /braches
> > /tags
> > /trunk (content of current jararta-slide/testsuite)
> > /bin
> > ...
> >
> > This is a separate repository for each component that may be released
> > indepently.
> >
> > Its just a proposal (:-)
> >
> > Stefan
> >
> > Henri Yandell wrote:
> > > It seems to me that it would be good to get Slide over to Subversion
> > > before any moves to becoming a TLP.
> > >
> > > Have you guys thought about your SVN migration at all? When you'd like
> > > to do it? Who would most likely manage it?
> > >
> > > Hen
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: slide-dev-help@jakarta.apache.org
> > >
> >
> > --
> > Stefan Lützkendorf -- luetzkendorf@apache.org
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org
AW: SVN migration
Posted by Daniel Florey <da...@web.de>.
Hi,
This looks very good to me.
Personally I'd prefer to see the client subprojects on slide top level as
well. The advantage would be that we would achieve the same subproject
structure for each slide subproject.
This would enable us to use maven as build tool as it is done in Jakarta
commons. If the client is split up again into subprojects this will be more
complicated.
My personal favourite would be to call the main directory webdav and to
rename the server to slide...
But this might be a too drastic change.
Cheers + thanks for your great work,
Daniel
> -----Ursprüngliche Nachricht-----
> Von: slide-dev-return-15215-apmail-dflorey=apache.org@jakarta.apache.org
> [mailto:slide-dev-return-15215-apmail-
> dflorey=apache.org@jakarta.apache.org] Im Auftrag von Stefan Lützkendorf
> Gesendet: Dienstag, 21. Dezember 2004 19:02
> An: Slide Developers Mailing List
> Betreff: Re: SVN migration
>
> We haven't discussed this yet.
>
> Currently we are preparing a release. If we have finished this, it might
> be a good point. This will be at the start of the next year I think.
>
> I recently made some experiences with svn so I can offer to do this.
>
> Proposal for repository layout:
>
> /jakarta
> /slide
> /server
> /branches
> /tags
> /trunk
> /src (content of current jararta-slide/src)
> /docs (content of current jararta-slide/docs)
> /lib (content of current jararta-slide/lib)
> /client
> /braches
> /tags
> /trunk (content of current jararta-slide/webdavclient)
> /ant
> /clientlib
> /commandline
> /connector
> /etc
> /lib
> /wck
> /braches
> /tags
> /trunk (content of current jararta-slide/wck)
> /conf
> /src
> /projector
> /braches
> /tags
> /trunk (content of current jararta-slide/projector)
> /lib
> /src
> ...
> /proposals (may be sandbox)
> /braches
> /tags
> /trunk (content of current jararta-slide/proposals)
> ...
> /testsuite
> /braches
> /tags
> /trunk (content of current jararta-slide/testsuite)
> /bin
> ...
>
> This is a separate repository for each component that may be released
> indepently.
>
> Its just a proposal (:-)
>
> Stefan
>
> Henri Yandell wrote:
> > It seems to me that it would be good to get Slide over to Subversion
> > before any moves to becoming a TLP.
> >
> > Have you guys thought about your SVN migration at all? When you'd like
> > to do it? Who would most likely manage it?
> >
> > Hen
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: slide-dev-help@jakarta.apache.org
> >
>
> --
> Stefan Lützkendorf -- luetzkendorf@apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-dev-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org
Re: SVN migration
Posted by Stefan Lützkendorf <lu...@apache.org>.
We haven't discussed this yet.
Currently we are preparing a release. If we have finished this, it might
be a good point. This will be at the start of the next year I think.
I recently made some experiences with svn so I can offer to do this.
Proposal for repository layout:
/jakarta
/slide
/server
/branches
/tags
/trunk
/src (content of current jararta-slide/src)
/docs (content of current jararta-slide/docs)
/lib (content of current jararta-slide/lib)
/client
/braches
/tags
/trunk (content of current jararta-slide/webdavclient)
/ant
/clientlib
/commandline
/connector
/etc
/lib
/wck
/braches
/tags
/trunk (content of current jararta-slide/wck)
/conf
/src
/projector
/braches
/tags
/trunk (content of current jararta-slide/projector)
/lib
/src
...
/proposals (may be sandbox)
/braches
/tags
/trunk (content of current jararta-slide/proposals)
...
/testsuite
/braches
/tags
/trunk (content of current jararta-slide/testsuite)
/bin
...
This is a separate repository for each component that may be released
indepently.
Its just a proposal (:-)
Stefan
Henri Yandell wrote:
> It seems to me that it would be good to get Slide over to Subversion
> before any moves to becoming a TLP.
>
> Have you guys thought about your SVN migration at all? When you'd like
> to do it? Who would most likely manage it?
>
> Hen
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>
--
Stefan Lützkendorf -- luetzkendorf@apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org