smalljs$molCerca⌘ KDocumentazionePlaygroundConfrontoEcosistemaInformazioniIT
ReleaseGetting StartedIntroduzioneModello mentalePer iniziareDa TypeScript a view.treeStruttura del progettoStrumentiEssentialsInstallazioneVisteStato e reattivitàRoutingRenderingTestingDeploymentRisoluzione dei problemiDataRecupero datiSchemi di datiGiper BazaMoreVetrinaDa React, Vue e SvelteRicettarioAdvancedPluginMetadati del moduloOfflineViste fantasmaAboutFAQTeamReleaseAPI$mol_button_major$mol_button_minor$mol_string$mol_number$mol_text$mol_paragraph$mol_list$mol_row$mol_link$mol_check$mol_switch$mol_select$mol_scroll$mol_page$mol_pick

Release

$mol viene distribuito in modo continuo. Invece di tagliare versioni numerate, il framework viene spedito direttamente dal monorepo mam_mol — ogni modifica unita è immediatamente disponibile per chiunque ci sviluppi contro. Lo strumento di build MAM preleva sempre i sorgenti correnti, quindi non c'è alcun passo di aggiornamento né matrice di versioni da conciliare.

Seguire i cambiamenti

Cronologia dei commit — i commit di mam_mol sono il changelog canonico.Cronologia per modulo — ogni cartella di componente su GitHub porta il proprio log dei commit, così puoi seguire solo le parti che usi.Comunità DEV — le aggiunte notevoli e gli articoli vengono condivisi sotto il tag #mol.

Cosa significa in pratica

Poiché non ci sono confini di release che rompono, il framework favorisce un'evoluzione retrocompatibile: i componenti guadagnano funzionalità senza essere rinominati, e le interfacce tipizzate view.tree fanno emergere le incompatibilità in fase di compilazione anziché a runtime. Se una build smette di compilare dopo un aggiornamento, gli errori di TypeScript ti indicano direttamente cosa è cambiato.
Modifica questa pagina su GitHubÈ stato utile?NoPrecedenteTeamSuccessivo$mol_button_major
In questa paginaSeguire i cambiamentiCosa significa in pratica
Type to search the documentation.