ANNONCE:
Indholdsfortegnelse:
"Linux er langt fra ved sit endemål, og jeg tror, at jeg kommer til at lave det her i lang tid fremover. Jeg har på ingen måde følelsen af at være 'færdig'.
Jeg har ikke lyst til at give ansvaret for vedligeholdelsen af Linux-kernen videre, men jeg overlader beslutningerne til folk, som jeg stoler på.
Det nytter ikke noget at tvivle på deres dømmekraft, for så ville samarbejdet ikke fungere, og jeg ville bare spilde en masse menneskers tid. Alle udviklerne synkroniserer deres arbejde med hovedkoden, og det er sjældent, at de laver fejl."
De seneste år har der været flere vedligeholdelsespakker eller 'point releases' end større version-opgraderinger. Hvordan går det med det?
Det fungerer godt med disse point releases, og vi er begyndt at tilføje flere nye funktioner til dem. Det er bekymrende og tilfredsstillende på samme tid.
Vi bruger point releases for at undgå at lave for meget kludder i udviklingen.
Det er derfor, vi har 'stable trees', men vi er endnu ikke nået til et punkt, hvor vi tilføjer kode så hurtigt, at det går ud over stabiliteten. Vores point releases bliver større og større til trods for, at vi fastholder en release-tid på to til tre måneder.
Og i dag foretager vi endnu flere ændringer på de to til tre måneder, end vi gjorde for et par år siden. Så vi er gode til at skalere udviklingen.
Der vil altid være en frygt for, at vi mister grebet og får store problemer med stabiliteten. Andrew Morton taler meget om, at vi skal huske, hvor vigtigt det er at opretholde en god kvalitet.
Vi har statistikker på vores regressioner, så vi kan holde styr på, hvor lang tid det tager at reparere dem, og hvor lang tid det tager at opnå en stabil kerne. Nogle regressioner opfører sig anderledes - det kan for eksempel være et hardware-problem eller en gammel fejl, der har været skjult før.
Jeg er meget tilfreds med point release-modellen og kan ikke se, hvordan vi kunne være nået længere end 2.6. I bund og grund er det bare et spørgsmål om nummerering. Jeg vil under ingen omstændigheder tilbage til et 'development tree', der sætter alt på hold i et par år.
Det er ikke utænkeligt, at der kommer arkitektoniske ændringer i fremtiden, men det er vi blevet gode til - også i vores point releases. Så jeg kan ikke se, hvad der skulle skabe så stort kaos, at det ville kræve et helt nyt versionsnummer. Vi kan godt klare lidt ustabil udvikling nu, uden at det påvirker brugerne."
Fortsættes ...



