breaking[1]: propTypes non vengono più controllati
Un componente che dichiara propTypes continua a compilare e continua a girare. Niente avverte, e niente viene più controllato.
Capire prima di aggiornare.
React 19.0.0 ha portato 13 breaking changes in 271 righe di note di rilascio. Una di queste fa sì che propTypes non faccia più niente, in silenzio, ed è alla riga 47.
Verdict segue le release delle tecnologie del tuo stack e dà a ognuna un verdetto solo: se ti chiede qualcosa, cosa si rompe e come migrare. Ogni affermazione punta alla riga delle note di rilascio da cui è stata letta, così la controlli in un clic invece di fidarti.
react 19.0.0righe da 46 a 49 di 271
- * Errors in render are not re-thrown: Errors that are not caught by an Error Boundary are now reported to window.reportError.
- * Removed: `propTypes`: Using `propTypes` will now be silently ignored. If required, we recommend migrating to TypeScript or another type-checking solution.
- * Removed: `defaultProps` for functions: ES6 default parameters can be used in place.
- * Removed: `contextTypes` and `getChildContext`: Legacy Context for class components has been removed.
warning: intervento richiesto
13 breaking8 notable271 righe lette
Una release, quattro stadi
La stessa release che cita la prima schermata, letta come la legge l'app: cosa ha pubblicato il progetto, la riga su cui si appoggia il verdetto, il verdetto stesso, e dove si va dopo.
React 19.0.0featurednote da GitHub Releases, 271 righe
source
271 righe, tenute esattamente come sono state pubblicate e numerate perché un'affermazione possa nominarne una. I 13 breaking changes stanno in una sezione sola, e la prima schermata mostra le righe da 46 a 49.
cite
Using `propTypes` will now be silently ignored.
Niente è parafrasato. Il verdetto cita questa riga, le punta indietro, e sarebbe sbagliato in un modo che potresti vedere se la riga dicesse altro.
verdict
help
help: migra alle props di TypeScript, o a un'altra soluzione di type checking. release-notes:47
Tutti i 13 breaking changes sono elencati allo stesso modo sulla pagina della release, ognuno con la sua riga citata e la sua riga di aiuto.
E quando le note non sono di quel tipo
La maggior parte delle release non pubblica 271 righe. Quello che Verdict fa con quelle magre è la stessa disciplina, ed è il motivo per cui sta su questa pagina e non in una FAQ.
- Vite 6.0.0un changelog di 28 righe, dove le due breaking sono segnate da un solo
!e stanno tra unchoree unperf. leggile separate - TypeScript 5.7.2una release il cui corpo è un link a un post di blog. Qui non c'è niente da giudicare, quindi Verdict dice esattamente questo e punta a dove stanno le note vere. vedi quello stato
note: note non giudicabili
È la frase che Verdict stampa invece di un verdetto quando le note rimandano soltanto altrove. «Non ho trovato breaking changes» e «non ci sono breaking changes» sono affermazioni diverse, e la seconda non viene mai stampata al posto della prima.
Quattro parole su ogni release
La Rilevanza è una forma accanto alla versione, mai una tinta: il colore su questo prodotto vuol dire gravità e nient'altro. Una release non è urgente perché è rossa, è urgente perché lo dicono le sue note, su una riga che puoi leggere.
- featured
- La release dove una tecnologia cambia direzione: una major nuova dove SemVer tiene, una minor nuova per i progetti che portano lì i loro cambiamenti veri. Sono quelle che aprono la tua Dashboard, e quelle che il verdetto della pagina conta.
- notable
- Lavoro nuovo, nessun cambio di direzione: una minor nuova sotto SemVer, una major dispari di Node. Vale leggerle, raramente urgenti.
- digest
- Quello che la regola tratta come ordinario, le patch per prime. Non interrompono mai: le leggi raggruppate per settimana ISO, in un passaggio solo.
- preview
- Una beta o una release candidate. Solo la prima preview di una major nuova viene sintetizzata, e canary, nightly e alpha qui non sono release per niente.
Segui le 10 tecnologie che decidono la tua settimana.
Il piano free segue fino a 10 tecnologie da un catalogo curato di 37. Si accede con GitHub, e le pagine delle release restano leggibili senza.
note: non apre pull request
Dependabot e Renovate lo fanno bene, e ti dicono che una versione si è mossa. Una newsletter ti dice che una release era interessante. Verdict risponde alla domanda che quelli lasciano aperta: questa release mi chiede qualcosa, e dove lo dice. Legge solo le note di rilascio, non indovina mai, e quando le note non dicono niente non dice niente.