You are viewing a plain text version of this content. The canonical link for it is here.
Posted to common-dev@hadoop.apache.org by Konstantin Shvachko <sh...@yahoo-inc.com> on 2009/03/12 19:57:31 UTC
Please do not commit!!!
HADOOP-3628 was just committed to trunk I believe by mistake.
Looks like it was intended for the HADOOP-3628 branch.
Please hold on with commits until this is reverted.
Thanks
--Konstantin
Re: Please do not commit!!!
Posted by Konstantin Shvachko <sh...@yahoo-inc.com>.
Now it is reverted.
Thanks, Chris.
Konstantin Shvachko wrote:
> HADOOP-3628 was just committed to trunk I believe by mistake.
> Looks like it was intended for the HADOOP-3628 branch.
> Please hold on with commits until this is reverted.
> Thanks
> --Konstantin
>
Re: Please do not commit!!!
Posted by Steve Loughran <st...@apache.org>.
Konstantin Shvachko wrote:
> HADOOP-3628 was just committed to trunk I believe by mistake.
> Looks like it was intended for the HADOOP-3628 branch.
> Please hold on with commits until this is reverted.
> Thanks
> --Konstantin
Konstantin -sorry for causing trouble. I'd seen that the text file had
seemed to have gone in the right place so I pushed out the rest, but
clearly SmartSVN had a different idea. I shall let any of your
colleagues ask questions at apachecon about whether or not I understand
how to use svn switch properly as part of the public humiliation for this.
Incidentally, because I dont trust svn switch that much, for our work
releases we have forked vmware images for cutting releases of different
branches -that not only guarantees that the wrong branch is never
touched, it stops the .ivy repository accidentally containing artifacts
from other builds, and ensures that the releases are from unmodified
files. But I don't see that working for the main development cycle. I
will rm and then check out the branch clean, to ensure my machines are
fully bonded to the branch.
Again, many apologies to everyone.
steve