Microsoft: Dev Channel wordt nog meer thuishaven voor experimentele functies

Een van de hoofden van het Windows Insider Program stelt in een blogpost dat het Dev Channel van het Windows Insider Program nog meer de thuishaven zal worden van experimentele functies die een lange doorlooptijd hebben. Sommige van die ideeën zullen het levenslicht ook niet zien.

"We gaan het Dev Channel steeds meer gebruiken als plek om nieuwe ideeën te laten rijpen, of om aan functies te werken die een lange doorlooptijd hebben, maar ook om features op individueel niveau aan te passen", klinkt het bij monde van Amanda Langowski, hoofd van het Windows Insider Program.

"Soms zal het Dev Channel ook ideeën of concepten bevatten die het nooit zullen schoppen tot een finale build van Windows", stelt de vrouw. "Door meer te experimenteren, denken we de gebruikerservaring verder te kunnen verfijnen." De builds die zullen verschijnen in het Dev Channel zijn volgens haar dan ook niet noodzakelijk een voorbode van toekomstige Windows-updates.

Gebruikers die een voorproefje willen van toekomstige Windows-releases zullen in de Beta Channel meer van hun gading vinden, klinkt het. Omdat de ontwikkelcycli tussen het Dev Channel en Beta Channel gelijklopen, kunnen er volgens Langowski zelfs gevallen zijn waarin nieuwe functies als eerste in het Beta Channel verschijnen in plaats van in het Dev Channel.

Reacties (13)

The Beta Channel will be previewing experiences that are closer to what we will ship to our general customers. Because the Dev and Beta Channels represent parallel development paths from our engineers, there may be cases where features and experiences show up in the Beta Channel first.

dit begrijp ik niet.. ik heb altijd gedacht dat beta na dev kwam, en dus stabieler dan dev, maar blijkbaar zijn het gewoon 2 verschillende kanalen waarop ontwikkeld wordt en ergens komt het samen in een release?

volgensmij moet je het zo zien,

dev is daily commit release

Beta is 2 weeks commit release

bijde zijn zelfde repo,

Introduceer je de feature op de 14de dag dan gaat hij naar Beta toe , Beta is dus stabieler dan dev omdat het al de fixes heeft van dag 1-2-3 etc

Maar hoe leg je deze dan uit in jouw release schema?

... there may be cases where features and experiences show up in the Beta Channel first.

In dit soort dingen heb je meerdere branches van de software, waarbij je bepaalde features/patches kan cherry picken naar een bepaalde branch.

Ik snap niet dat je naar 0 bent gemodereerd want je hebt gelijk. Er is vaak een dev branch die door iedereen gebruikt wordt en waar je met z'n allen op werkt die dus ook stabiel moet zijn. Daarvan worden feature branches gemaakt die bepaalde nieuwe functionaliteit bevatten. Het kan dus inderdaad zo zijn dat je zo'n feature naar de Beta merged om door het publiek te laten testen alvorens deze in de dev branch te zetten (gebeurde bij ons ook wel eens).

Als het publiek het wat vind dan merge je hem naar dev en kunnen anderen hun branches er mee compatibel maken. Een compleet valide manier van werken in de praktijk,

Als dat zo is trekt het nergens op. Het idee is dat dev continue in verandering is en je op een gegeven moment aftakt naar release branch (krijgt dan beta label) hier ga je bugs op fixen en dan geef je 'm vrij.

in een groot project is er niet 1 branch maar een hele hoop,

DEV en BETA zijn ook maar branches,

het ligt er dus maar net aan hoe en waar de merges plaats vinden en waar het team zijn introductie kiest,

Bij ons geld bijvoorbeeld dat typos ook in main mogen en niet naar een branch hoeven de merge naar de dev gebeurd dus theoretiche pas als dev commit naar main dus de update land in main voor dev

[...]
dit begrijp ik niet.. ik heb altijd gedacht dat beta na dev kwam, en dus stabieler dan dev, maar blijkbaar zijn het gewoon 2 verschillende kanalen waarop ontwikkeld wordt en ergens komt het samen in een release?

Niet echt: Dev Channel wordt de speeltuin waarin volop geëxperimenteerd wordt, terwijl Beta veel meer leunt naar wat effectief gereleased zal worden:

The Beta Channel will be previewing experiences that are closer to what we will ship to our general customers.

(bron)

[Reactie gewijzigd door edeboeck op 3 februari 2022 23:35]

Maar er komen ook nieuwe features in beta, die nooit in dev zijn geweest.. dus het concept "beta" klopt dan niet in dat verhaal.

Voor de meeste developers is dat waarschijnlijk ook zo. Echter dev is normaliter ook niet customer-facing.

Dit is gewoon een testsoftware voor devs right?

"Door meer te experimenteren, denken we de gebruikerservaring verder te kunnen verfijnen."

Begin dan eerst eens met alle weggelaten functies uit vorige versies terug te implementeren ipv nieuwe rommel te maken.