[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Looking to hire Software Engineers to Help Develop Subversion

From: Pablo Beltran <pablo_at_svnflash.com>
Date: Tue, 21 Dec 2010 21:03:02 +0100


I have no doubt about those all features will be good for the future of
Subversion, from a technical point of view.

On the other hand, the underlaying message scares me. The message is clear:
Apache can't drive the development process by itself and only Wandisco can
do it in the right way and in timing.

And I think that this exceeds Subversion project and undermines Apache's

Today is Wandisco and Subversion. Tomorrow could be Oracle or Microsoft
doing the same with other project. I would not like see Apache become in a
silly Software Factory.

But of course, I have not enough knowledge about how Apache internally works
and perhaps I'm saying a very great stupidness. So, my apologizes for that
if that is the case.


On Tue, Dec 21, 2010 at 7:38 PM, David Richards <david_at_wandisco.com> wrote:

> [This is a one-off and we will not post this again on this list]
> Following the announcement<http://www.wandisco.com/php/pr.php?rss=0&prdate=2010-12-20>by WANdisco yesterday that we would undertake the work to fix / improve
> branching and merging in Subversion; we are on the lookout for new
> Subversion developers to complement our existing team. If you (or someone
> you know) have what it takes feel free to email me or careers {a.t}
> WAndisco . com. We are looking to hire a large number of new developers.
> Also, contact us if you would just like to donate some of your own time.
> I would also say that this work will be completed both *for* and as *part
> of* the *community*. I have tried to answer questions surrounding this on
> my blog<http://blogs.wandisco.com/2010/12/20/shaking-up-subversion-by-listening-to-the-user-community-and-then-committing-to-do-the-work/>.
> Any questions or concerns feel free to email me directly.
> Highlights of the proposed improvements include:
> - Enhanced Subversion merge performance, with features such as allowing
> users to take all of the changes committed on one branch and replay them on
> another
> - Subversion rename tracking to eliminate tree conflicts during merges
> when file names change
> - Improve correctness of 'SVN blame - g' to make it possible to follow
> complete merge history and trace authors of merged code
> - Improve 'SVN import' to better manage branches.
> - Make Authz architecture more granular similar to Unix filesystem
> permissions.
> - Repository-dictated configuration.
> --
> Regards,
> David Richards
> President & CEO
> WANdisco, Inc.
> http://www.wandisco.com
> http://blog.wandisco.com/david/
> Free Online Subversion Training
> http://svn.wandisco.com/eTraining
> Join the Open Source Subversion Community
> http://svn.wandisco.com/eCommunity
> Read our blogs!
> http://blogs.wandisco.com/
> Follow us on Twitter
> http://svn.wandisco.com/eTwitter
> Join us on facebook!
> http://svn.wandisco.com/eFacebook
> PRIVILEGED. If this message was misdirected, WANdisco, Inc. and its
> subsidiaries, ("WANdisco") does not waive any confidentiality or privilege.
> If you are not the intended recipient, please notify us immediately and
> destroy the message without disclosing its contents to anyone. Any
> distribution, use or copying of this e-mail or the information it contains
> by other than an intended recipient is unauthorized. The views and opinions
> expressed in this e-mail message are the author's own and may not reflect
> the views and opinions of WANdisco, unless the author is authorized by
> WANdisco to express such views or opinions on its behalf. All email sent to
> or from this address is subject to electronic storage and review by
> WANdisco. Although WANdisco operates anti-virus programs, it does not
> accept responsibility for any damage whatsoever caused by viruses being
> passed.
Received on 2010-12-21 21:03:41 CET

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.