Wir verwenden derzeit ArcGIS Pro 3.7.1 und haben weiterhin Herausforderungen beim Klonen der Python-Umgebung. Dieses Problem besteht seit Beginn von ArcPro. Das Klonen innerhalb von ArcGIS Pro scheint in unserer Umgebung nicht zuverlässig zu funktionieren. Der Prozess startet, erstellt einen neuen Ordner und wird dann fast sofort abgeschlossen, ohne den Klon erfolgreich zu erstellen. Wir haben mehrere Dateistandorte mit demselben Ergebnis getestet.
Es ist möglich, dass etwas Spezifisches in der Sicherheits- oder Systemkonfiguration unserer Organisation den Klonvorgang daran hindert, erfolgreich abgeschlossen zu werden. Falls dies der Fall ist, wäre es hilfreich, eine alternative Bereitstellungsoption zu haben, die nicht darauf angewiesen ist, dass Benutzer ihren eigenen Klon erstellen.
Ein Vorschlag wäre, dass ArcGIS Pro standardmäßig einen beschreibbaren Klon neben der schreibgeschützten arcgispro-py3 Umgebung installiert. Zum Beispiel könnte während der Installation ein Standardklon erstellt werden unter:
C:\Program Files\ArcGIS\Pro\bin\Python\envs\Arcgispro-py3Clone
und dieser während Upgrades gepflegt werden.
Derzeit besteht unsere Lösung darin, den Umgebungsordner manuell zu kopieren und ihn dann innerhalb von ArcGIS Pro als Umgebung hinzuzufügen. Obwohl dies funktioniert, ist es ein zusätzlicher Schritt, den viele Benutzer verwirrend finden. Außerdem müssen wir dies bei jedem Upgrade wiederholen, da der Klon veraltet wird.
Ein standardisierter, vorkonfigurierter Klon würde die Paketverwaltung erheblich vereinfachen. Es wäre auch vorteilhaft, wenn ArcGIS Pro-Updates automatisch Kernpaket-Updates aus der Standardumgebung in diesen verwalteten Klon synchronisieren könnten, während benutzerinstallierte Pakete erhalten bleiben. Dies würde die Notwendigkeit beseitigen, nach jedem ArcGIS Pro-Upgrade neue Klone zu erstellen und zusätzliche Pakete neu zu installieren.
Die Beibehaltung der bestehenden schreibgeschützten Umgebung ist wichtig, aber die Bereitstellung eines unterstützten beschreibbaren Klons direkt ab Werk würde für Organisationen, die die Python-Umgebung regelmäßig erweitern, ein deutlich reibungsloseres Erlebnis schaffen.
