Aktualisierung von Angular 2.0.0 auf 2.x.x

Question

Momentan ist unsere Anwendung auf der Angular 2.0-Version. Wie wichtig ist es, es zu aktualisieren, wenn Angular ein neues Update veröffentlicht?

Im Changelog sehe ich keine brechenden Änderungen, die sofort von 2.0.0 zu 2.4.2 behandelt werden müssen.

Also ist es notwendig, unsere Anwendung von 2.0.0 auf 2.4.2 zu aktualisieren? Oder sollten wir einfach warten bis es wieder eine große Veröffentlichung gibt?

Answer 1

würde ich ein Upgrade auf neuere Version von Major-Release vorschlagen, wenn:

• Sie für die Ausgabe/Fehler kam, die in neueren Version behoben wurde.
• Es gibt eine neue Funktion, die sich als nützlich erweisen wird.
• Änderungen, die sich positiv auf die Leistung auswirken - z. AOT-Compiler, der für manche Leute ein Deal-Breaker sein kann, aber es kann erfordern, dass etwas Code neu geschrieben wird, um ihn AOT-freundlich zu machen.

Answer 2

Angular verwendet semantische Versionierung. Der Übergang von 2.0.x zu 2.0.y bedeutet, dass ein Fehler behoben wurde. Es ist normalerweise eine gute Idee, Fehler zu vermeiden. Der Übergang von 2.0.y auf 2.1.0 bedeutet, dass eine neue Funktion verfügbar ist. Sie möchten oder müssen von dieser neuen Funktion profitieren.

Sie werden keine Bruch Änderung haben, bis die nächste große Version, die 4.0.0 sein wird (es wird keine 3.x-Version sein, um Winkel- und seine Router-Versionen auszurichten)

Answer 3

wie link unter Abschnitt Best Practices

Best Practices zu diesem Thema erwähnt

• Bleiben Sie mit den neuesten Angular-Bibliotheksfreigaben auf dem neuesten Stand. Wir aktualisieren regelmäßig unsere Angular-Bibliotheken, und diese Updates können die in früheren Versionen entdeckte Sicherheitslücke
  beheben. Überprüfen Sie das Angular Change Log auf sicherheitsrelevante Updates.
• Ändern Sie Ihre Kopie von Angular nicht. Private, angepasste Versionen von Angular tendieren dazu, hinter die aktuelle Version zurückzufallen und enthalten möglicherweise keine wichtigen Sicherheitsupdates und Verbesserungen
  . Stattdessen teilen Sie Ihre
  Eckige Verbesserungen mit der Community und machen eine Pull-Anfrage.
• Vermeiden Angular APIs in der Dokumentation als der Aufschrift „Security Risk“.