You are viewing a plain text version of this content. The canonical link for it is here.
Posted to community@apache.org by Henning Schmiedehausen <hp...@intermeta.de> on 2003/06/11 10:34:54 UTC

SVN (was: RE: The cash of our lives / Dvorak)

I'm all +1 on moving our repositories forward, but I've got used to some
of the nice tools surrounding SVN that I don't want to miss.

And then there is the question of things like maven supporting SVN just
as well as CVS. 

For bk there is some sort of "CVS compatible read-only view into the
repository". Is this possible for SVN, too?


	Regards
		Henning


On Wed, 2003-06-11 at 10:16, Sander Striker wrote:
> > From: Nicola Ken Barozzi [mailto:nicolaken@apache.org]
> > Sent: Wednesday, June 11, 2003 10:00 AM
> 
> > Greg Stein wrote, On 10/06/2003 21.01:
> >> <ObPlug>
> >> Use Subversion.
> >> </ObPlug>
> >> 
> >> :-)
> > 
> > <Cry4Help>
> >   Release the baby!
> > </Cry4Help>
> > 
> > ;-)
> 
> Once Karl has finished up the branch/tag support in cvs2svn we can
> do some experimenting with converting cvs repositories.  This is
> the major obstacle, the price of not being able to look at history,
> unless going back to some cvs graveyard, when moving to svn at this
> point in time.  Hence the wait for cvs2svn to be finished.
> 
> And then there is the community backing.  Each project has to have
> enough people wanting to move away from cvs, over to subversion.
> I haven't done any polling, but I've a hunch that it won't be an
> objectionless transition for all.
> 
> 
> Sander
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: community-unsubscribe@apache.org
> For additional commands, e-mail: community-help@apache.org
-- 
Dipl.-Inf. (Univ.) Henning P. Schmiedehausen          INTERMETA GmbH
hps@intermeta.de        +49 9131 50 654 0   http://www.intermeta.de/

Java, perl, Solaris, Linux, xSP Consulting, Web Services 
freelance consultant -- Jakarta Turbine Development  -- hero for hire


---------------------------------------------------------------------
To unsubscribe, e-mail: community-unsubscribe@apache.org
For additional commands, e-mail: community-help@apache.org


RE: SVN (was: RE: The cash of our lives / Dvorak)

Posted by "Noel J. Bergman" <no...@devtech.com>.
> What would be helpful is if we can identify which tools
> are currently used

The CVS command line over SSH, obviously.  TortoiseCVS.  WinCVS.  We could
all survey our projects, or put up a Wiki page to collect what people are
actively using.

	--- Noel


---------------------------------------------------------------------
To unsubscribe, e-mail: community-unsubscribe@apache.org
For additional commands, e-mail: community-help@apache.org


RE: SVN (was: RE: The cash of our lives / Dvorak)

Posted by Sander Striker <st...@apache.org>.
> From: Greg Stein [mailto:gstein@lyra.org]
> Sent: Wednesday, June 11, 2003 11:31 AM

> One of the previous concerns was tool support. Since then, we have SVN
> capability in ViewCVS, and there is also an SVN plugin for Eclipse and IDEA,
> and several GUIs. SVN itself has been stable for a long while; the only real
> concern [for the ASF] is the related tool support.

What would be helpful is if we can identify which tools are currently used,
and, if SVN support for them is not available, if they either can do without
or code it up...
 
> For Maven compatibility... somebody will just have to code it up. I believe
> somebody out there has done an Ant task for SVN, but I dunno what the status
> of that is, or whether it has seen its way back to the Ant folks.
> 
> SVN easily supports anonymous, read-only access (and without the nonsense of
> needing to supply some arbitrary name/password like CVS).

Ahum... we do if we want to have finer grained access control.  Unless you
just committed something to httpd-2.0 that I happened to miss ;) :).

> There isn't a CVS proxy, however. Does BK actually proxy a CVS connection to
> the bk repos, or do they just mirror changes into a cvs repos?

They mirror the changes.  We could do the same using a trigger in post-commit.
Whether this is desireable is another question.


Sander

---------------------------------------------------------------------
To unsubscribe, e-mail: community-unsubscribe@apache.org
For additional commands, e-mail: community-help@apache.org


Re: SVN (was: RE: The cash of our lives / Dvorak)

Posted by Paul Hammant <pa...@yahoo.com>.
FWIW, Subversion is working quite well for us in a Corporate Intranet. Blending modules for
content management (that can be edited in WYSIWYG form, either in-situ or in off-line modes) and
others for code make it a very compelling replacement for CVS at the project level, and Wikis at
the 'easy' collaborative docs level.  The name/password stuff works well, though we make life
difficult for ourselves by throwing SecurIDs into the design too.

In a couple of years time, using SVN as an all-encompassing CM & RCS tool will be a common story,
if not a best practice.

- Paul


 --- Greg Stein <gs...@lyra.org> wrote: > One of the previous concerns was tool support. Since
then, we have SVN
> capability in ViewCVS, and there is also an SVN plugin for Eclipse and IDEA,
> and several GUIs. SVN itself has been stable for a long while; the only real
> concern [for the ASF] is the related tool support.
> 
> For Maven compatibility... somebody will just have to code it up. I believe
> somebody out there has done an Ant task for SVN, but I dunno what the status
> of that is, or whether it has seen its way back to the Ant folks.
> 
> SVN easily supports anonymous, read-only access (and without the nonsense of
> needing to supply some arbitrary name/password like CVS). There isn't a CVS
> proxy, however. Does BK actually proxy a CVS connection to the bk repos, or
> do they just mirror changes into a cvs repos?
> 
> Cheers,
> -g
> 
> On Wed, Jun 11, 2003 at 10:34:54AM +0200, Henning Schmiedehausen wrote:
> > I'm all +1 on moving our repositories forward, but I've got used to some
> > of the nice tools surrounding SVN that I don't want to miss.
> > 
> > And then there is the question of things like maven supporting SVN just
> > as well as CVS. 
> > 
> > For bk there is some sort of "CVS compatible read-only view into the
> > repository". Is this possible for SVN, too?
> > 
> > 
> > 	Regards
> > 		Henning
> > 
> > 
> > On Wed, 2003-06-11 at 10:16, Sander Striker wrote:
> > > > From: Nicola Ken Barozzi [mailto:nicolaken@apache.org]
> > > > Sent: Wednesday, June 11, 2003 10:00 AM
> > > 
> > > > Greg Stein wrote, On 10/06/2003 21.01:
> > > >> <ObPlug>
> > > >> Use Subversion.
> > > >> </ObPlug>
> > > >> 

__________________________________________________
Yahoo! Plus - For a better Internet experience
http://uk.promotions.yahoo.com/yplus/yoffer.html

---------------------------------------------------------------------
To unsubscribe, e-mail: community-unsubscribe@apache.org
For additional commands, e-mail: community-help@apache.org


Re: SVN (was: RE: The cash of our lives / Dvorak)

Posted by Greg Stein <gs...@lyra.org>.
One of the previous concerns was tool support. Since then, we have SVN
capability in ViewCVS, and there is also an SVN plugin for Eclipse and IDEA,
and several GUIs. SVN itself has been stable for a long while; the only real
concern [for the ASF] is the related tool support.

For Maven compatibility... somebody will just have to code it up. I believe
somebody out there has done an Ant task for SVN, but I dunno what the status
of that is, or whether it has seen its way back to the Ant folks.

SVN easily supports anonymous, read-only access (and without the nonsense of
needing to supply some arbitrary name/password like CVS). There isn't a CVS
proxy, however. Does BK actually proxy a CVS connection to the bk repos, or
do they just mirror changes into a cvs repos?

Cheers,
-g

On Wed, Jun 11, 2003 at 10:34:54AM +0200, Henning Schmiedehausen wrote:
> I'm all +1 on moving our repositories forward, but I've got used to some
> of the nice tools surrounding SVN that I don't want to miss.
> 
> And then there is the question of things like maven supporting SVN just
> as well as CVS. 
> 
> For bk there is some sort of "CVS compatible read-only view into the
> repository". Is this possible for SVN, too?
> 
> 
> 	Regards
> 		Henning
> 
> 
> On Wed, 2003-06-11 at 10:16, Sander Striker wrote:
> > > From: Nicola Ken Barozzi [mailto:nicolaken@apache.org]
> > > Sent: Wednesday, June 11, 2003 10:00 AM
> > 
> > > Greg Stein wrote, On 10/06/2003 21.01:
> > >> <ObPlug>
> > >> Use Subversion.
> > >> </ObPlug>
> > >> 
> > >> :-)
> > > 
> > > <Cry4Help>
> > >   Release the baby!
> > > </Cry4Help>
> > > 
> > > ;-)
> > 
> > Once Karl has finished up the branch/tag support in cvs2svn we can
> > do some experimenting with converting cvs repositories.  This is
> > the major obstacle, the price of not being able to look at history,
> > unless going back to some cvs graveyard, when moving to svn at this
> > point in time.  Hence the wait for cvs2svn to be finished.
> > 
> > And then there is the community backing.  Each project has to have
> > enough people wanting to move away from cvs, over to subversion.
> > I haven't done any polling, but I've a hunch that it won't be an
> > objectionless transition for all.
> > 
> > 
> > Sander
> > 
> > 
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: community-unsubscribe@apache.org
> > For additional commands, e-mail: community-help@apache.org
> -- 
> Dipl.-Inf. (Univ.) Henning P. Schmiedehausen          INTERMETA GmbH
> hps@intermeta.de        +49 9131 50 654 0   http://www.intermeta.de/
> 
> Java, perl, Solaris, Linux, xSP Consulting, Web Services 
> freelance consultant -- Jakarta Turbine Development  -- hero for hire
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: community-unsubscribe@apache.org
> For additional commands, e-mail: community-help@apache.org

-- 
Greg Stein, http://www.lyra.org/

---------------------------------------------------------------------
To unsubscribe, e-mail: community-unsubscribe@apache.org
For additional commands, e-mail: community-help@apache.org