Nous utilisons actuellement ArcGIS Pro 3.7.1 et rencontrons toujours des difficultés avec le clonage de l'environnement Python. Cela pose problème depuis le début d'ArcPro. Le clonage depuis ArcGIS Pro ne semble pas fonctionner de manière fiable dans notre environnement. Le processus démarre, crée un nouveau dossier, puis se termine presque immédiatement sans créer le clone avec succès. Nous avons testé plusieurs emplacements de fichiers avec le même résultat.
Il est possible qu'il y ait quelque chose de spécifique dans la sécurité ou la configuration système de notre organisation qui empêche le processus de clonage de se terminer correctement. Si c'est le cas, il serait utile d'avoir une option de déploiement alternative qui ne repose pas sur les utilisateurs pour créer leur propre clone.
Une suggestion serait qu'ArcGIS Pro installe par défaut un clone modifiable en parallèle de l'environnement en lecture seule arcgispro-py3. Par exemple, lors de l'installation, il pourrait créer un clone standard à :
C:\Program Files\ArcGIS\Pro\bin\Python\envs\Arcgispro-py3Clone
et le maintenir lors des mises à jour.
Aujourd'hui, notre solution temporaire est de copier manuellement le dossier de l'environnement puis de le parcourir dans ArcGIS Pro pour l'ajouter comme environnement. Bien que cela fonctionne, c'est une étape supplémentaire que beaucoup d'utilisateurs trouvent déroutante. De plus, nous devons le faire à chaque mise à jour car le clone devient obsolète.
Avoir un clone standard préconfiguré simplifierait considérablement la gestion des packages. Il serait également bénéfique que les mises à jour d'ArcGIS Pro puissent automatiquement synchroniser les mises à jour des packages principaux depuis l'environnement par défaut vers ce clone géré tout en préservant les packages installés par l'utilisateur. Cela éliminerait la nécessité de créer à plusieurs reprises de nouveaux clones et de réinstaller des packages supplémentaires après chaque mise à jour d'ArcGIS Pro.
Conserver l'environnement existant en lecture seule est important, mais fournir un clone modifiable pris en charge dès l'installation offrirait une expérience beaucoup plus fluide pour les organisations qui étendent régulièrement l'environnement Python.
