Uso de contenedores de desarrollo Una vez que esté utilizando contenedores de desarrollo como parte de su cadena de herramientas estándar, puede crear una biblioteca de características que se pueden agregar rápidamente a sus definiciones de contenedor. Puede personalizar contenedores listos para usar o crear rápidamente una nueva definición para un nuevo proyecto, tratando las características como bloques de construcción que se ubican sobre un contenedor base estándar que se definió para una pila específica. El proceso básico de creación de un contenedor de desarrollo tiene mucho sentido. Es un enfoque de arriba hacia abajo, que debe comenzar con los arquitectos y los líderes de desarrollo acordando una pila de proyecto. Luego, puede encontrar una imagen de plataforma base, digamos .Net, en la galería de contenedores de VS Code. Una vez que la tenga, personalícela para su proyecto, agregando nuevas herramientas editando devcontainer.json en VS Code y agregando características predefinidas. Una vez que el contenedor esté listo para usar, impleméntelo y las herramientas de VS Code necesarias para su equipo de desarrollo. Su host de contenedor local debe ejecutar Docker o al menos tener una CLI compatible con Docker sobre su motor. La CLI es clave aquí, ya que el contenedor de desarrollo funciona a través de ella en lugar de necesitar acceso directo al host de su contenedor. Esto es tanto una ventaja como una desventaja: no hay dependencia de las API o incluso del propio Docker. Siempre que un entorno de contenedor admita la CLI de Docker, puede usarlo con sus contenedores de desarrollo. Sin embargo, si no lo hace, no puede hacerlo. Eso significa que existen problemas con los motores de contenedores alternativos, como Podman, que solo admiten un subconjunto de la CLI de Docker. Por supuesto, como los contenedores de desarrollo son un proyecto de código abierto, hay trabajo en curso para admitir otros motores de contenedores, y puede realizar solicitudes o enviar código a través de GitHub.