Coming Soon: Stable D Releases!

[xenon325]

On Monday, 16 July 2012 at 19:35:47 UTC, Andrei Alexandrescu 
wrote:
> I agree this would be more direct. But I fail to see how Walter 
> cherry-picking stuff is "basically no additional work", whereas 
> Adam doing essentially the same is an unenviable "amount of 
> labor".

The difference is Walter (and other developers) knows his changes 
intimately.

The whole point of dlang-stable is to deliver bug-fixes more 
quickly. To make this work developers should fix bugs in separate 
branch, and do separate commit (IIUC, which I'm not quite sure). 
So it's virtually zero effort on their side.

On the other hand, Adam must look at this code really closely. 
Now add to the picture other developers whom changes Adam will 
need to examine too. All of his D-love energy will be consumed by 
maybe 5 developers. And I don't understand what benefits are 
(given zero effort for developers).

This doesn't scale. At some point number of the compiler 
developers will be 100 times then it is now. And that will 
require 100 times more Adams to handle the stream.


> Besides, if Walter is at the same time doing things and 
> deciding their category may work worse than a small team making 
> the assessment by consensus.

That (few people reviewing same patches) would scale even worse.


B.t.w. how does Linux kernel people handle this ?