On Sat, Jan 30, 2010 at 09:22:58AM +0100, Thiago Macieira wrote: > Em Sábado 30. Janeiro 2010, às 02.35.44, Michael Jansen escreveu: > > We would loose all that flexibility. if we consider moving with > > history as an essential point. > > According to the plan I posted, that's not allowed. > > You can only depend on Libraries. You cannot depend on applications > installed. > such a limitation will bite us sooner or later. well, in fact, probably it would right from the start - some modules are plugins for applications which live "somewhere closer to the core". also, a "once in, never out" rule simply contradicts any reality.
i'd also like to raise a few other points why we should granularize as finely as possible: - git is simply way faster. let's not kid us - contrary to linus' generalized postulation "git is fast", it is just incredibly slow if you don't happen to have the entire working directory and/or the entire repository in ram, depending on the operation. of course, fragmentation also slightly raises the chance of forgetting to commit a prerequisite, but quite frankly, no system will be able to work around sloppiness anyway. - the side effects of fixing screwups (i.e., forced pushes) are way more limited. and don't tell me "no forced pushes". there is no way i will accept it as a irreversible fact if some idiot pushes a 250mb core file into some repository (sounds ridiculous? well, it happened at trolltech). _______________________________________________ Kde-scm-interest mailing list [email protected] https://mail.kde.org/mailman/listinfo/kde-scm-interest
