No tienes acceso a esta clase

¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera

Conda: actualización, clonación y exportación de entornos

5/17
Recursos

Aportes 5

Preguntas 4

Ordenar por:

¿Quieres ver más aportes, preguntas y respuestas de la comunidad?

Hola! comandos usados :D \--> Actualiza paquetes conda update numpy \--> Actualizar todos los paquetes conda update --all \--> clonacion de entornos conda create --name new\_example --clone example \-->exportacion de entornos conda env export > environment.yml \-->explorar archivo yml cat enviroment.yml \--> creando a partir de -yml conda env create -f environment.yml \--> explorar librrias cat env.yml \-->instalando librerias desde .yml conda env update -f env.yml
Hola, en windows puedes usar "type environment.yml", hace la función de "cat environment.yml".
a alguien mas le salio este error ```js (base) > conda env create -f exampleClone.ylm /home/dan/anaconda3/lib/python3.12/argparse.py:2006: FutureWarning: `remote_definition` is deprecated and will be remove d in 25.9. Use `conda env create --file=URL` instead. action(self, namespace, argument_values, option_string) EnvironmentFileExtensionNotValid: '/home/dan/PLATZI/data/virtualization/condaEnvs/exampleClone.ylm' file extension must be one of '.txt', '.yaml' or '.yml' ```(base) > conda env create -f exampleClone.ylm /home/dan/anaconda3/lib/python3.12/argparse.py:2006: FutureWarning: `remote\_definition` is deprecated and will be remove d in 25.9. Use `conda env create --file=URL` instead. action(self, namespace, argument\_values, option\_string) EnvironmentFileExtensionNotValid: '/home/dan/PLATZI/data/virtualization/condaEnvs/exampleClone.ylm' file extension must be one of '.txt', '.yaml' or '.yml'
Me queda la duda Cómo trabajar con ambientes virtuales y git/github. A qué me refiero? Por ejemplo, tengo un ambiente ex1 funcionando correctamente pero quiero probar nuevas versiones a ver cómo funcionan. por lo que ahora tendría un nuevo ambiente para probar nuevas funcionalidades ex1\_pruebas En Git/Github cómo se trabajaría porque igual es en el mismo proyecto pero con 2 entornos virtuales
📝Hola!, les dejo mis apuntes de la clase Conforme avanzamos en los proyectos, nos veremos en la necesitad de actualizar paquetes ya sea para obtener funcionalidades nuevas o instalar parches de seguridad. **Actualización de paquetes** ```txt # Activamos el entorno en el que trabajaremos conda activate [NOMBRE_ENTORNO] # Actualizamos un paquete conda update [NOMBRE_PAQUETE] # O bien actualizamos más de un paquete conda update [NOMBRE_PAQUETE_1] [NOMBRE_PAQUET_2] [NOMBRE_PAQUETE_n] # Si queremos actualizar todos los paquetes instalados en el entorno conda update --all ``` 📌 Buena práctica: Probar actualizaciones primero en entornos de desarrollo y si todo sale bien entonces aplicarnos en entornos de producción, de esta manera evitamos posibles conflictos con las librerías actualizadas. Al clonar un entorno virtual creamos una copia exacta de éste, lo cual nos permite hacer modificaciones al entorno sin comprometer el proyecto original. **Clonar entorno virtual** ```txt # Clonamos entorno: conda create --name [NOMBRE_NUEVO_ENTORNO] --clone [NOMBRE_ENTORNO_ORIGINAL] # Verificar entornos conda env list ``` Exportar entornos virtuales es crucial para un trabajo en equipo efectivo, o bien cuando trabajamos en computadoras diferentes y necesitamos utilizar un entorno con características especificas para el proyecto. **Exportar entorno** ```txt # Activamos entorno virtual que queremos expotar conda activate [NOMBRE_ENTORNO] # Exportamos el ambiente conda env export > environment.yml ``` 📌 Utilizar el nombre `environment.yml` es una buena práctica, sin embargo podemos nombrar éste archivo de forma distinta. El comando conda env export nos despliega una lista de los canales y dependencias que utiliza el proyecto, así como el nombre del ambiente. Existen comandos y parámetros que podemos agregar después justo después para variar el resultado que deseamos obtener. **Ejemplos** ```txt # Lista nombre, canales y dependencias del entorno conda env export # Lista nombre, canales y dependencias del entorno pero sin el número del build de las liberías conda env export --no-builds # Solo nos lista los paquetes que instalamos y no aquellos que se agregaron en 2do plano conda env export --from-history # Exporta el entorno a un archivo .yml conda env export --from-history --file environment.yml ``` ![](https://res.cloudinary.com/dmwsbri4c/image/upload/v1732229562/export_environtments_opdgai.png) 📌 Utilizar un comando u otro dependerá de las necesidades que tengamos a la hora de exportar el entorno virtual. Una vez tengamos preparado el archivo `environment.yml` podemos replicar el entorno virtual. ```txt # Salimos del entorno actual conda deactivate # Creamos el entorno apartir del archivo .yml conda env create -f environment.yml ``` Por medio de un archivo `.yml` podemos actualizar o instalar paquetes a un entorno virtual ya existente. ```txt # Activamos el entorno conda activate [NOMBRE_ENTORNO] # Actualizamos paquetes desde un archivo .yml conda env update --file [NOMBRE_ARCHIVO].yml ``` 📌 Esté método nos permite compartir fácilmente versiones especificas de ciertos paquetes que utilizamos en nuestros proyectos, permitiendo así trabajar desde diferentes computadoras, agilizar el trabajo en equipo y compartir nuestros proyectos.