Wie Teams ~ und ^ für package.json (angular4) für Produktions-Builds verwenden - angular, package.json

Unser Team benutzt angular4 und Jenkins, um dev zu machenund Produktions-Builds, wir suchen nach einer Möglichkeit, die ~ und ^, für Produktions-Builds und Tests besser zu handhaben, um alle auf der gleichen Version zu halten und keine brechenden Änderungen zu haben, wenn Major Releases auf einer npm (Third Party) Version sind. Hat jemand gute Vorschläge oder Artikel, um unserem Team zu helfen?

Antworten:

Ich war in einigen Teams mit ähnlichen Fragen konfrontiert. Wir haben mit Paketautoren gekämpft, die die Semantik der Versionierung nicht respektieren und Veränderungen mit Nebenwirkungen einführen. Aus diesem Grund haben wir uns entschieden, keine Wildcard-Versionen zu verwenden, sondern Pakete explizit und gezielt zu aktualisieren. In einer perfekten Welt wäre dies kein Problem, da das Versionierungsschema ziemlich klar definiert, was passieren sollte, wenn Verhaltensweisen oder Verträge geändert werden, aber wir leben nicht in einer perfekten Welt.