Contenidos
Entorno de prueba
Windows le invita a codificar tal y como es. Utilice el lenguaje de codificación o el marco de trabajo que prefiera: tanto si desarrolla con herramientas en Windows como con herramientas de Linux en el Subsistema de Windows para Linux, esta guía le ayudará a configurar e instalar lo que necesita para empezar a codificar, depurar y acceder a los servicios para poner su trabajo en producción.
El Subsistema Windows para Linux (WSL) permite a los desarrolladores ejecutar un sistema operativo Linux junto con Windows. Ambos comparten el mismo disco duro (y pueden acceder a los archivos del otro), el portapapeles permite copiar y pegar entre los dos, naturalmente, y no es necesario el arranque dual. WSL permite utilizar BASH y proporciona el tipo de entorno más familiar para los usuarios de Mac.
También puedes usar Windows Terminal para abrir todas tus herramientas de línea de comandos favoritas en la misma ventana con múltiples pestañas, o en múltiples paneles, ya sea PowerShell, Windows Command Prompt, Ubuntu, Debian, Azure CLI, Oh-my-Zsh, Git Bash, o todo lo anterior.
Entorno de desarrollo de software
Capítulo 1. Introducción Introducción1.1. Índice de contenidos Introducción1.1.1. La cadena de herramientas de desarrollo cruzado1.1.2. Sysroots1.1.3. El emulador QEMU1.1.4. 1.1.4. Complemento Eclipse Yocto1.1.5. Herramientas del espacio de usuario1.2. Modelo de desarrollo del SDK1.1. Introducción
Capítulo 2. Uso del SDK estándar Uso del SDK estándar¶ Índice de contenidos2.1. ¿Por qué utilizar el SDK estándar y qué contiene? 2.2. Instalación del SDK2.3. Ejecución del script de configuración del entorno del SDK2.4. Proyectos basados en Autotools2.4.1. Creación y ejecución de un proyecto basado en GNU Autotools2.4.2. 2.5. Proyectos basados en Makefiles Proyectos basados en Makefile2.6. Desarrollo de aplicaciones usando Eclipse™2.6.1. Flujo de trabajo usando Eclipse™2.6.2. Trabajar dentro de Eclipse
Capítulo 3. Capítulo 3. Uso del SDK extensible¶Informe de contenidos3.1. Configuración para usar el SDK extensible3.2. Uso de devtool en el flujo de trabajo del SDK3.2.1. Usar devtool add para añadir una aplicación3.2.2. 3.2.2. Utilizar devtool modify para modificar el origen de un componente existente 3.3. Una mirada más cercana a devtool add3.3.1. Nombre y versión3.3.2. Detección y mapeo de dependencias3.3.3. 3.3.3. Detección de licencias3.3.4. 3.3.4. Adición de software de sólo archivo Makefile3.3.5. Añadir herramientas nativas3.3.6. Añadir módulos Node.js3.4. 3.4. Trabajar con recetas3.4.1. 3.4.1. Búsqueda de registros y archivos de trabajo 3.4.2. Establecer argumentos de configuración3.4.3. 3.4.3. Compartir archivos entre recetas3.4.4. Empaquetado3.5. 3.5. Restaurar el dispositivo de destino a su estado original3.6. Instalación de elementos adicionales en el SDK extensible3.7. Actualización del SDK Extensible3.8. Creación de un SDK derivado con componentes adicionales
Medio ambiente
Este artículo necesita citas adicionales para su verificación. Por favor, ayude a mejorar este artículo añadiendo citas de fuentes fiables. El material sin fuente puede ser cuestionado y eliminado.Buscar fuentes: “Entorno de despliegue” – noticias – periódicos – libros – scholar – JSTOR (junio de 2019) (Aprende cómo y cuándo eliminar este mensaje de la plantilla)
En el despliegue de software, un entorno, o nivel es un sistema informático o conjunto de sistemas en el que se despliega y ejecuta un programa informático o componente de software. En casos sencillos, como el desarrollo y la ejecución inmediata de un programa en la misma máquina, puede haber un único entorno, pero en el uso industrial, el entorno de desarrollo (donde se realizan los cambios originalmente) y el entorno de producción (lo que utilizan los usuarios finales) están separados, a menudo con varias etapas intermedias. Este proceso estructurado de gestión de versiones permite el despliegue por fases (rollout), las pruebas y la reversión en caso de problemas.
Los entornos pueden variar significativamente en tamaño: el entorno de desarrollo suele ser la estación de trabajo de un desarrollador individual, mientras que el entorno de producción puede ser una red de muchas máquinas distribuidas geográficamente en centros de datos, o máquinas virtuales en la computación en nube. El código, los datos y la configuración pueden desplegarse en paralelo y no es necesario que se conecten al nivel correspondiente; por ejemplo, el código de preproducción podría conectarse a una base de datos de producción.
Múltiples entornos
Los entornos son espacios digitales en los que se lleva a cabo el desarrollo, las pruebas y la publicación de un sitio o una aplicación web. Se trata de un conjunto de recursos que albergan un sitio o una aplicación web. Por lo general, los entornos de las aplicaciones pueden dividirse en tres categorías principales, cada una de ellas con su propio propósito y funcionalidades: el entorno de desarrollo, el entorno de ensayo o prueba y el entorno de producción. Los tres entornos forman un mecanismo que reúne todos los componentes de una app en un espacio que los despliega. Los entornos pueden compararse con un estudio de grabación para un músico: es un espacio esencial para crear y grabar productos de alta calidad.
Un entorno de desarrollo es donde tiene lugar la mayor parte de la programación técnica y es utilizado por los desarrolladores para crear aplicaciones y escribir su código, desde aplicaciones nativas específicas de la plataforma hasta aplicaciones web progresivas y aplicaciones multiplataforma. Por lo general, los entornos de desarrollo se configuran en PCs locales y se facilitan mediante un repositorio Git. El entorno de desarrollo se encuentra en el backend o lado del servidor de una aplicación, lo que significa que los usuarios no pueden interactuar directamente con él. El backend sólo es accesible para los desarrolladores que trabajan en la aplicación designada.