|Issues with the approval [message #3810]
||Tue, 01 August 2006 16:04
Originally posted by: eclipse.bettsockentraeger.de|
like most other users on these groups I'm following these porposals for
some time now. Reading up on the threads I see some diversion from the
actual path where these proposals should lead and that is provide a base
for a robust, well integrated plugin that will bring SVN support to the
so here are my thoughts:
First of I think we should stop this subclipse vs subversive discussion
and start doing some constructive stuff like see what both provide and
what should actually go into eclipse.
For one thing I think there should definetly be a pure Javasolution for
interaction with SVN. Since JavaSVN is not likley to be released under
EPL soon (at least that is the impression I get when reading different
spots on the net) I think there should be an effort to provide such a
EPL based interface as part of the actual project. SHould this have
priority? I don't think so! Concentrating on the JavaHL binding at first
and bringing a functional plugin should be the top priority and will
yield the most compatible result. (This will also benefit subversion
since the eclipse team can actually improve their API as stated in the
subclipse proposal) This will make it nessecary to provide a way to
deploy the JavaHL bindings for all officially supported Eclipse platform
without having to compile any native code yourself.
Integration into Eclipse has to be based on the Team Provider so the top
priority in providing SVN support should be put into extending and
improving the TeamProvider API to be able to seemlessly integrate CVS
and SVN into Eclipse. This has the sideeffect of easing integration of
There should also be some discussion on how this project would be lead
if both of the projects decide to join force which would bring an ideal
solution to the problem in my eyes. Who will take the lead and in what
way can this be achieved without loosing comitters and knowhow. The way
this discussion is going currently I get the impression that it is a
question of "take this or that but you can't have both".
Is there a way to get both projects as code contribution and incorporate
them into a single product or are these not manageable in a timely fashion.
The one thing that I don't see addressed in the subversive proposal is
the way that SVN hosting is handeled? I see that the subversive proposal
says that the plugin is to be hosted in svn but there is not mentioning
how this is established since the EclipseFoundation currently has no
means to host a SVN repository.
What about giving SVN hosting to other projects under the Eclipse
Foundation? I'm not sure if the proposal for a subversion plugin is the
right place to address this but in order for any of the proposals to
succeeed this has to be addressed.
Powered by FUDForum
. Page generated in 0.20067 seconds