ArcGIS Pro-Softwareversionen befolgen die semantischen Versionierungsspezifikation. Diese Spezifikation definiert Softwareversionen entsprechend dem Schema "major.minor.patch". Auf diese Weise besteht Klarheit über den Änderungsumfang, sodass ein reibungloser Upgrade-Prozess geplant werden kann. So können Risiken minimiert und Unterbrechungen bei der Zusammenarbeit vermieden werden.
Die Unterschiede sind in der nachfolgenden Tabelle zusammengefasst, und die sich daran anschließenden Unterabschnitte enthalten detailliertere Erläuterungen.
| Hauptversion.Nebenversion.Patch | Beispiel | Neue Funktionalität | Hinweise zu Installation und Kompatibilität |
|---|---|---|---|
Bundesstraßen | 2.0.0 | Ja | Enthält neuen Code in erheblichem Umfang zur Unterstützung neuer Funktionalität. Aufgrund von grundlegenden Änderungen ist keine Abwärtskompatibilität mehr gegeben, sodass ArcGIS Pro-Dokumente nicht für ältere Hauptversionen freigegeben werden können. |
Untergeordnet | 2.8.0 | Ja | Enthält neuen Code in erheblichem Umfang zur Unterstützung neuer Funktionalität. |
Patch | 2.8.3 | Nein | Enthält minimale Code-Änderungen für Bugfixes und zum Beheben von Sicherheitslücken. |
Hauptversionen
Hauptversionen führen Änderungen ein, die nicht rückwärtskompatibel sind. Hierzu zählen Änderungen an ArcGIS Pro-Projektdateien (.aprx) und anderen Dokumentformaten, z. B. Layer-Dateien, Kartendateien, Projektvorlagen, Berichten und Layout-Dateien. Sie umfassen auch grundlegende API-Änderungen an ArcGIS Pro SDK.
Grundlegende Änderungen betreffen häufig Projekte. Wenn ein Projekt in einer Hauptversion von ArcGIS Pro erstellt wurden, kann es nicht mit einer früheren Hauptversion der Software geöffnet werden. Projekte sind bei Hauptversionen aufwärtskompatibel (Beispiel: Ein in ArcGIS Pro 2.x.x erstelltes Projekt kann in Version 3.x.x geöffnet werden). Nachdem das Projekt jedoch in der neueren Hauptversion (3.x.x) gespeichert wurde, lässt es sich in der älteren Hauptversion (2.x.x) nicht mehr öffnen. Aus diesen und anderen Gründen werden Upgrades auf neue Hauptversionen in Kollaborationen häufig koordiniert durchgeführt.
Hauptversionen von ArcGIS Pro werden nur in größeren Abständen veröffentlicht. Organisationen müssen in der Regel vorausschauend planen, um eine reibungslose Migration von Workflows, Anpassungen und Dokumenten sicherzustellen. Hauptversionen umfassen auch Code für Bugfixes und zum Beheben von Sicherheitslücken.
Beispiel für eine Hauptversion
Bei Version 2.8.1 lautet die Bezeichnung für die Hauptversion 2. Diese Version stellt also eine grundlegende Änderung gegenüber der Reihe 1.x.x der Software dar. Dokumente und APIs der Version 2.8.1 sind nicht mit früheren Versionen, beispielsweise 1.4.0, kompatibel. Eine in Version 2.8.1 erstellte Projekt- oder Layer-Datei kann in Version 1.4.0 nicht geöffnet werden. Ein Projekt der Version 2.x.x kann nicht direkt in einem Format gespeichert werden, das mit Version 1.x.x kompatibel ist. Es ist jedoch möglich, einige Projektelemente im Format 1.x.x zu packen. Weitere Informationen finden Sie unten im Abschnitt "Pakete".
Pakete
Kartenpakete, mobile Kartenpakete, Layer-Pakete und Geoverarbeitungspakete sind mit der vorangehenden Hauptversion kompatibel. Ein in ArcGIS Pro 3.x.x erstelltes Paket kann also in ein Projekt der Version ArcGIS Pro 2.x.x importiert oder diesem hinzugefügt werden. Ebenso können in ArcGIS Pro 3.x.x erstellte Projektpakete in 2.x.x-Versionen geöffnet werden.
Add-ins
Add-ins sind in Hauptversionen weder rückwärts- noch aufwärtskompatibel. Ein für Version 3.x.x erstelltes Add-in wird in Version 2.x.x nicht geladen. Ein für Version 2.x.x erstelltes Add-in wird in Version 3.x.x nicht geladen. In Hauptversionen müssen Entwickler Add-ins mit der aktuellen Version von ArcGIS Pro SDK neu erstellen. Weitere Informationen finden Sie unter Neuerungen für Entwickler. Benutzer sollten sich bezüglich aktualisierter Versionen von Add-ins an ihre Anbieter wenden.
Nebenversionen
In Nebenversionen wird neue Funktionalität bereitgestellt, die entsprechenden Änderungen sollten jedoch nicht zu Fehlern bei vorhandenen Workflows, Anpassungen oder der Kompatibilität von Dokumenten führen. In höheren Nebenversionen derselben Hauptversion erstellte Dokumente können in früheren Versionen von ArcGIS Pro geöffnet werden. Neue Funktionalität ist in diesem Fall jedoch nicht verfügbar. Da Nebenversionen erhebliche Code-Änderungen zur Unterstützung neuer Funktionalität enthalten, werden sie von einigen Organisationen zunächst lediglich in einer begrenzten Testumgebung eingeführt. Benutzer in Organisationen mit weniger streng kontrollierten Umgebungen führen das Upgrade auf die nächste Version häufig mithilfe der Softwareaktualisierung in ArcGIS Pro durch. Dabei werden Sie automatisch benachrichtigt, wenn eine neue Version oder ein Patch verfügbar ist.
Nebenversionen für ArcGIS Pro werden in der Regel zweimal jährlich veröffentlicht. Sie enthalten ebenfalls Code für Bugfixes und zum Beheben von Sicherheitslücken.
Beispiel für eine Nebenversion
Bei Version 2.8.1 lautet die Bezeichnung für die Nebenversion 8. Diese Version enthält also neue Funktionalität, die in der Reihe 2.7.x der Software nicht verfügbar war. Ein mit Version 2.8.0 neu eingeführter Symboltyp kann in einer Layer-Datei gespeichert und die Layer-Datei kann in Version 2.7.x geöffnet werden. Der neue Symboltyp ist in dieser Version jedoch nicht sichtbar.
Patches
Alle Änderungen, die durch Patches eingeführt werden, sind sowohl abwärts- als auch aufwärtskompatibel. Patches arbeiten nahtlos mit vorhandenen Projekten und Dokumenten. Da mit Patches lediglich Bugs behoben und Sicherheitslücken geschlossen werden, ist generell davon auszugehen, dass es sicherer ist, einen Patch zu installieren als davon abzusehen.
Wie Nebenversionen führen Patches nicht zu Fehlern bei vorhandenen Workflows, Anpassungen oder der Kompatibilität von Dokumenten. Da mit Patches keine neue Funktionalität bereitgestellt wird, enthalten sie nur minimale Code-Änderungen und werden typischerweise ohne die bei einer Haupt- oder Nebenversion gegebenenfalls durchgeführte eingehende Rezertifizierung bereitgestellt.
Vorversion:
Einige Esri-Softwareprodukte befolgen die semantische Versionierungsspezifikation nicht. Bei diesen Produkten wird dieser Versionstyp ebenfalls als Patch bezeichnet, die Versionsnummer wird jedoch nicht geändert, und das Vorhandensein des Patch kann lediglich über die Windows-Systemsteuerung oder das Esri Dienstprogramm "PatchFinder" angezeigt werden.
Beispiel für einen Patch
Bei Version 2.8.1 lautet die Bezeichnung für den Patch 1. Diese Version enthält also Bugfixes zur Behebung von Problemen, die in Version 2.8.0 festgestellt wurden.
Versionsinformationen für ArcGIS Pro
Die Tabelle mit dem Product Life Cycle enthält für ArcGIS Pro 3.0 und früher den Zeitplan für alle Versionen und deren Übergang in die Phase "Retired" sowie zugehörige Informationen.