[ Sorry if this is be-laboring the obvious ] There are two append solutions floating around, and they are incompatible with each other. Thus, the two "branches" will forever remain incompatible with each other, regardless of how they are numbered (0.22, 0.23, 0.20.3, e.t.c.)
Unless both are merged into one branch, and a switch provided to "use HDFS-200 append" or "use 0.22 append", we have effectively split Hadoop into two. On Thu, Dec 23, 2010 at 12:00 AM, Owen O'Malley <[email protected]> wrote: > On Wed, Dec 22, 2010 at 11:07 PM, Roy T. Fielding <[email protected]> > wrote: > > > Features are not release version tags. If there is a security bug > > found then we would have to release a new version of the append > > version, and a round of severe trout slapping would result. > > > > Yeah, it isn't a perfect solution and it doesn't scale to a second tag, but > the problem is that this is effectively a release branch between 0.20 and > 0.21. Of course I agree that any critical bugs would need to be fixed in > the > append branch as well as the 0.20 and 0.21 branches. > > If you want to stick to pure numbers and we want to leave ourselves a way > to > bugfix the 0.20 branch without append, we'd could use a version string like > 0.20.100, etc. Not pretty, but it does preserve the numeric ordering and > suggest a version jump. > > If I remember right, there were also protocol changes in the append branch, > which was another reason we didn't want to put it directly into the 0.20 > branch. > > -- Owen >
