RE: Re: [DESIGN] Aliases? (Was: RE: Re: I, too, miss tags.)
From: Rob van Oostrum <rob.vanoostrum_at_blastradius.com>
Date: 2006-02-26 20:05:08 CET
I think you're vastly oversimplifying the wrapper solution if you think it'll easily resolve your issues.
Also, if this is to be adopted by the SVN community, it makes no sense whatsoever to implement it as a 'simple' wrapper. It will also need to support a lot more scenarios than what I think you've thought through so far.
It will also need to be *supported* by the SVN community once it makes its way into a general release of SVN. As a result, the developers that make up the core group have a vested interest in making sure that what's adopted into the code base is going to be worth *their* time.
I don't think any of these discussions have met that burden, especially not considering that SVN does contain functionality to help you do what you're ultimately trying to do (i.e. store an 'alias' for a particular revision of a particular URL). Your only issue is that it's not the type of solution you prefer.
I think ultimately what you're looking for does not have a place in SVN itself. That does not mean it might not have added value if executed on properly. If you and other likeminded individuals want to pool your resources and come up with a solution that wraps around SVN, I would suggest you look at what the folks at SVK did: start your own project. Few would argue that SVK does not add value in certain scenarios. Few would argue that SVK should ever 'replace' SVN.
Ultimately, opensource projects are run by those who do the work. If you feel strongly enough about this and you can't get anyone else to contribute their time, do the work yourself. At the end of the day, it may or may not be accepted into a general of SVN. If it isn't, it's your code and you're free to share it with anyone so more may benefit. Again, that's essentially what SVK is.
Cheers
> -----Original Message-----
---------------------------------------------------------------------
|
This is an archived mail posted to the Subversion Users mailing list.
This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.