Come i team stanno usando ~ e ^ per package.json (angular4) per le build di produzione - angular, package.json

Il nostro team sta usando angular4 e Jenkins per fare sviluppoe build di produzione, stiamo cercando un modo per gestire meglio ~ e ^, per build di produzione e test per mantenere tutti sulla stessa versione e non avere cambiamenti razionali quando le versioni principali in una versione npm (di terze parti). Qualcuno ha qualche buon suggerimento o articolo a cui rivolgersi per aiutare il nostro team?

risposte:

Ho partecipato ad alcune squadre affrontando domande simili. Abbiamo lottato con gli autori dei pacchetti non onorando la semantica del versioning e introducendo cambiamenti con effetti collaterali. Per questo motivo, abbiamo deciso di non creare versioni jolly e di aggiornare i pacchetti in modo esplicito e deliberato. In un mondo perfetto, questo non sarebbe un problema perché lo schema di versioning definisce abbastanza chiaramente cosa dovrebbe accadere quando i comportamenti o i contratti vengono cambiati, ma non viviamo in un mondo perfetto.