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

Re: svn commit: r1618138 - in /subversion/trunk/subversion: libsvn_fs_fs/caching.c libsvn_fs_fs/fs.c libsvn_fs_fs/fs.h libsvn_fs_fs/fs_fs.c libsvn_fs_fs/fs_fs.h libsvn_fs_fs/hotcopy.c libsvn_fs_fs/structure tests/cmdline/svnadmin_tests.py

From: Branko Čibej <brane_at_wandisco.com>
Date: Fri, 15 Aug 2014 22:16:42 +0100

On 15.08.2014 11:13, kotkov_at_apache.org wrote:
> Author: kotkov
> Date: Fri Aug 15 10:13:23 2014
> New Revision: 1618138

May I ask why you thought it's OK to ignore my request to implement this
*major new FS feature*** on a branch and committed directly to trunk
instead? Clearly your change was incomplete, judging by the following
several commits. This is despite the fact that I plainly told you that
this community decided a while ago not to develop untested new features
on trunk. Stefan^2 even created the feature branch for you.

Now I'm going to ask you nicely to recreate that branch from current
trunk and revert this commit and all further related commits from trunk;
I believe that the full list is:

    1618138; 1618151; 1618177
but don't take my word for it. Then, when you're sure the feature is
ready, ask for a vote to get the branch merged to trunk.


-- Brane

Branko Čibej | Director of Subversion
WANdisco | Realising the impossibilities of Big Data
e. brane_at_wandisco.com
Received on 2014-08-15 23:17:13 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.