Manualazure Devops
September 24, 2022 | Author: Anonymous | Category: N/A
Short Description
Download Manualazure Devops...
Description
Definición de DevOps El término DevOps, que es una combinación de los términos ingleses development (desarrollo) y operations (operaciones), designa la unión de personas, procesos y tecnología para ofrecer valor a los clientes de forma constante. ¿Qué significa DevOps para los equipos? DevOps permite que los roles que antes estaban aislados (desarrollo, operaciones de TI, ingeniería de la calidad y seguridad) se coordinen y colaboren para producir productos mejores y más confiables. Al adoptar una cultura de DevOps junto con p prácticas rácticas y he herramientas rramientas de DevOps, los eq equipos uipos adquieren la capacidad de responder mejor a las necesidades de los clientes, aumentar la confianza en las aplicaciones que crean y alcanzar los objetivos empresariales en menos tiempo.
Ventajas de DevOps Los equipos que adoptan la cultura, las prácticas y las herramientas de DevOps mejoran el rendimiento y crean productos de más calidad en menos tiempo, lo que aumenta la satisfacción de los clientes. Esta mejora de la colaboración y la productividad es fundamental también para alcanzar objetivos de negocio como estos: Reducción del tiempo de comercializa comercialización ción Adaptación al mercado y a la competencia Mantenimien Mantenimiento to de la esta estabilidad bilidad y la confiabilidad del sistema Mejora del tiempo medio de recuperación
DevOps y el ciclo de vida de las aplicaciones DevOps influye en el ciclo de vida de las aplicaciones a lo largo de las fases de planeamiento, desarrollo, entrega y uso. Cada fase depende de las demás y las fases no son específicas de un rol.implicados En una auténtica detodas DevOps, todos los roles están de algúncultura modo en las fases. Plan En la fase de planeamiento, los equipos de DevOps conciben, definen y describen las características y la funcionalidad de las aplicaciones y los sistemas que van a crear. Realizan un seguimiento del progreso tanto de forma general como de forma pormenorizada, desde tareas de un único producto hasta tareasde que abarcan de numerosos productos. La creación registros decarteras trabajo pendiente, el seguimiento de los errores, la administración del desarrollo de software ágil con Scrum, el uso de paneles Kanban y la visualización del progreso son algunas de las formas en las que los equipos de DevOps planean con agilidad y visibilidad. Desarrollar La fase de desarrollo incluye todos los aspectos de la programación (escritura, pruebas, revisión e integración del código por parte de los miembros del equipo) y la compilación de ese código en artefactos de compilación que se pueden implementar en varios entornos. Los equipos de DevOps buscan innovar con rapidez sin sacrificar la calidad, la estabilidad ni la productividad. Para ello, utilizan herramientas muy productivas, automatizan los pasos cotidianos y manuales, e iteran el código en pequeños incrementos mediante pruebas automáticas e integración continua. Entregar La entrega es el proceso demodo implementar entornos de producción de un constanteaplicaciones y confiable. en La
fase de entrega incluye también la implementación y la configuración de la infraestructura básica totalmente gobernada que constituye esos entornos. En la fase de entrega, los equipos definen un proceso de administración de versiones con fases de aprobación manual claras. También establecen puertas automáticas que mueven las aplicaciones de una fase a otra hasta que están disponibles para los clientes. La automatización de estos procesos hace que estén controlados y sean escalables y repetibles. De este modo, los equipos que practican DevOps pueden realizar entregas con facilidad, confianza y tranquilidad. Funcionamiento La fase de uso implica impli ca mantener y supervisar las aplicaciones, así como solucionar los posibles problemas, en los entornos de producción. Al adoptar prácticas de DevOps, los equipos trabajan para asegurar la confiabilidad, la alta disponibilidad y el objetivo de ningún tiempo de inactividad del sistema, al tiempo que refuerzan la seguridad y la gobernanza. Los equipos de DevOps buscan identificar los problemas antes de que afecten a la experiencia del cliente y mitigarlos rápidamente a medida que surgen. El mantenimiento de esta vigilancia requiere una telemetría muy completa, alertas que permitan tomar medidas y visibilidad total de las aplicaciones y del sistema subyacente.
Cultura de DevOps Aunque la adopción de prácticas de DevOps automatiza y optimiza los procesos con tecnología, todo comienza con la cultura interna de la organización y con las personas que participan en ella. profundos El desafío en de la cultivar depersonas DevOps requiere cambios formauna en lacultura que las
trabajan y colaboran. Pero cuando las organizaciones se comprometen a implementar una cultura de DevOps, pueden crear un entorno que facilite el desarrollo de equipos de alto rendimiento. Colaboración, visibilidad y alineamiento Una buena cultura de DevOps se distingue, entre otras cosas, por la colaboración entre los equipos, que comienza con la visibilidad. Diferentes equipos, como el de desarrollo o el de operaciones de TI, deben compartir entre sí sus procesos de DevOps, sus prioridades y sus preocupaciones. Estos equipos también deben planear juntos el trabajo y alinear sus objetivos y los indicadores del éxito en relación con el negocio. Cambios en el ámbito y en la responsabilidad A medida que los equipos se alinean, ali nean, asumen y participan en más fases del ciclo de vida, no solo las que son principales para su rol. Por ejemplo, los desarrolladores asumen responsabilidad no solo por la innovación y la calidad establecidas en la fase de desarrollo, sino también por el rendimiento y la estabilidad que sus cambios producen en la fase de uso. Al mismo tiempo, los operadores de TI se aseguran de incluir la gobernanza, la seguridad y el cumplimiento normativo en las fases de planeamiento y desarrollo. Ciclos de lanzamiento de versiones más cortos Los equipos de DevOps mantienen la agilidad porque lanzan versiones de software en ciclos cortos. Los ciclos de lanzamiento de versiones más cortos facilitan el planeamiento y la administrac administración ión de los riesgos, porque el progreso es incremental, lo que reduce el impacto en la estabilidad del sistema. El acortamiento de los ciclos de lanzamiento de versiones permite también a las organizaciones adaptarse y reaccionar a las necesidades cambiantes de los clientes y a la presión competitiva.
Aprendizaje Aprendizaj e continuo Los equipos de DevOps de alto rendimiento establecen una mentalidad de crecimiento. Aceptan el fracaso y responden rápido a los errores, e incorporan lo que aprenden a los procesos, de modo que mejoran continuamente, aumentan la satisfacción del cliente y agilizan la innovación y la capacidad de adaptación al mercado de forma constante. DevOps es un recorrido, por lo que siempre hay espacio para crecer.
Inicio rápido: regístrese, inicie sesión en Azure DevOps Servicios de Azure DevOps DevOps En este inicio rápido, aprenderá cómo registrarse en Azure DevOps de forma gratuita, iniciar sesión con una cuenta de Microsoft o GitHub, crear una organización, crear un proyecto e invitar a sus compañeros de equipo. Regístrese en Azure DevOps para cargar y compartir código en repositorios Git privados gratuitos e ilimitados. Luego, conéctese a su herramienta de desarrollo favorita como Eclipse, Xcode, Visual Studio, IntelliJ o Android Studio para trabajar en aplicaciones en cualquier momento y en cualquier lugar.
Regístrese Microsoft
con
una
cuenta
personal
de
1. Seleccione el enlace de de registro registro para para Azure DevOps DevOps . 2. Ingrese su para dirección de correo electrónico,Sinúmero de teléfono o ID de Skype su cuenta de Microsoft. es suscriptor de Visual
Studio y obtiene Azure DevOps como un beneficio, use la cuenta de Microsoft asociada con su suscripción. Seleccione Siguiente Siguiente
Si no tiene una cuenta de Microsoft, elija Crear una. una. Para obtener más información, vea vea crear una cuenta de Microsoft Microsoft . 3. Ingrese su contraseña y seleccione Iniciar sesión. sesión.
4. Para comenzar con Azure DevOps, seleccione Continuar Continuar..
Se crea una organización en función de la cuenta que utilizó para iniciar sesión. Inicie sesión en su organización en cualquier momento, {yourorganization}). (https://dev.azure.com/ {yourorganization}
Puede cambiar el nombre y eliminar su organización, o cambiar la ubicación de la organización. Para obtener más información, consulte los siguientes artículos:
Renombrar una organización organización Cambia la ubicación de tu organización organización
Si inició sesión con una cuenta de Microsoft existente, su próximo paso es crear un proyecto es proyecto . Si inició sesión con una cuenta de Microsoft recién creada, entonces su proyecto se crea automáticamente y se nombra después del nombre de su cuenta. Para obtener más información sobre la administración de proyectos, consulte consulte Administrar proyectos proyectos .
Regístrese con una cuenta de GitHub Importante Si su dirección de correo electrónico de GitHub está asociada con una organización respaldada por Azure AD en Azure DevOps, no puede iniciar sesión con su cuenta de GitHub, sino que debe iniciar sesión con su cuenta de Azure AD. 1. Seleccione el enlace de de registro registro para para Azure DevOps DevOps , comience gratis con GitHub GitHub . Si ya forma parte de una organización de Azure DevOps, seleccione Iniciar sesión en Azure DevOps. DevOps.
2. Seleccione Iniciar sesión con GitHub. GitHub.
Si ya tiene una cuenta en sesión, seleccione Usar otra cuenta. cuenta. Te llevará al inicio de sesión de GitHub donde puedes ingresar tu nombre de usuario o dirección de correo electrónico de GitHub. 3. Ingrese las credenciales de su cuenta de GitHub y luego seleccione Iniciar sesión. sesión.
4. Seleccione Autorizar corporación Microsoft. Microsoft.
5. Para comenzar con Azure DevOps, seleccione Continuar Continuar..
Se crea una organización en función de la cuenta que utilizó para iniciar sesión. Inicie sesión en su organización orga nización en cualquier momento, (https://dev.azure.com/ {yourorganization} {yourorganization}). Puede cambiar el nombre y eliminar su organización, o cambiar la ubicación de la organización. Para obtener más má s información, consulte Administrar organizaciones consulte organizaciones . Habilitar invitaciones de GitHub
Crear una nueva organización de Azure DevOps con su nombre de usuario de GitHub activa la política de Invitar a los usuarios de GitHub de manera predeterminada. Para las organizaciones existentes, su administrador puede activar esta capacidad a través de la configuración de la organización > organización > pestaña Políticas Políticas.. Una vez que se cambia la configuración, dev.azure.com/{organizationName} sesión en Azure DevOps y luego, desde una nueva sesión del navegador, vuelva a dev.azure.com/{organizationName} sesión en la organización dev.azure.com/{organizationName} o organizationName. visualstudio.com con
sus credenciales de GitHub. Ahora eres reconocido como usuario de GitHub y la experiencia de invitación de GitHub está disponible para ti.
Para obtener más información sobre la autenticación de GitHub, consulte las las preguntas frecuentes frecuentes .
Crear un proyecto Si se inscribió en Azure DevOps con una cuenta de Microsoft (MSA) recién creada, su proyecto se crea automáticamente y se nombra según su inicio de sesión. Si se inscribió en Azure DevOps con una identidad MSA o GitHub existente, se le solicitará automáticamente automáticamente que cree un proyecto. Puede crear un proyecto público o privado. Para obtener más información sobre proyectos públicos, consulte consulte ¿Qué es un proyecto público? público? .
1. Ingrese la información en el formulario provisto, que incluye el nombre del proyecto, la descripción, la selección de visibilidad, el tipo de control de fuente inicial y el proceso del elemento de trabajo.
Consulte la la elección del control de versión adecuado para su proyecto y elija un proceso proyecto proceso para obtener orientación. 2. Cuando se completa su proyecto, aparece la página de bienvenida.
Invitar a miembros del equipo Brinde a los miembros del equipo acceso a su organización agregando sus direcciones de correo electrónico o nombres de usuario de GitHub a su organización. Para las invitaciones de usuarios de GitHub, asegúrese de haber haber habilitado la política, Invite a los usuarios de GitHub en Configuración de la organización > > pestaña Políticas Políticas . . organización
1. Inicie sesión en su ( https://dev.azure.com/{yourorganization} ). 2. Seleccionar 3. Configuración de la organización . organización .
4. Seleccione Usuarios Usuarios > > Agregar nuevos usuarios. usuarios.
organización
5. Ingrese la siguiente informacion: Usuarios Usuarios : Ingrese las direcciones de correo electrónico (cuentas de Microsoft) o los los nombres nombres de de usuario de GitHub para los usuarios. Puede agregar varias direcciones de GitHub o
o
o
o
correo electrónico separándolas con un punto y coma (;). Una dirección de correo electrónico aparece en rojo cuando se acepta. Nivel de acceso : acceso : deje el nivel de acceso como Básico Básico para para los usuarios que contribuirán a la base del código. Para obtener más información, consulte consulte Acerca de los niveles de acceso acceso . Agregar al proyecto proyecto : seleccione el proyecto al que desea agregarlos. Grupos de DevOps DevOps : deje como Colaboradores del proyecto , el grupo de seguridad predeterminado para los proyecto usuarios que contribuirán a su proyecto. Para obtener más
información, consulte consulte Permisos asignaciones de acceso acceso . Note Agregue
direcciones
de
correo
predeterminados
electrónico
y
para cuentas para
personales de Microsoft Microsoft e ID para cuentas de GitHub a menos que usar Azure Active Directory (Azure AD) planee usar AD) para autenticar a los usuarios y controlar el acceso de la organización. Si un usuario no tiene una cuenta de Microsoft o GitHub, solicite al usuario que se registre se registre para obtener una cuenta de Microsoft o una cuenta de GitHub. 6. Cuando haya terminado, seleccione Agregar Agregar para completar su invitación. Para obtener más información sobre la administración de usuarios y el acceso a la organización, vea vea Agregar usuarios de la organización para Azure DevOps DevOps .
Inicio rápido: código con Git Git En este inicio rápido, aprenderá cómo compartir su código con otros. Después de crear una nueva organización y proyecto en Azure DevOps, puede comenzar a codificar con Git. Para trabajar con un repositorio de Git, clónelo en su computadora. Clonar un repositorio crea una copia local completa del repositorio para que trabaje con ramas en el usted. La clonación también descarga todos los los commits commits y ramas repositorio, y establece una relación con el repositorio en el servidor. Use esta relación para interactuar con el repositorio existente, empujando y tirando cambios para compartir código con su equipo.
Instalar herramientas de línea de comandos de Git 1. Instale una de las siguientes herramientas de línea de comandos de Git: Para instalar Git para Windows, incluido Git Credential Manager, o
consulte Instalar Git Credential Manager - Windows consulte Windows .
o
Para instalar en macOS o Linux, consulte el capítulo capítulo Instalación de Git en el libro de código abierto Git abierto Pro Pro Git . Para macOS y Linux, SSH recomendamos configurar la autenticación SSH recomendamos
Clona el repositorio en tu computadora 1. Desde su Repos navegador web, el proyecto su organización y seleccione . Si no tieneabra un proyecto, proyecto, cree para ahora uno ahora .
2. Seleccione Clonar en la esquina superior derecha de la ventana de Código y copie la URL.
3. Abra la ventana de comandos de Git (Git Bash en Git para Windows). Vaya a la carpeta donde desea que el código del repositorio esté almacenado en su computadora y ejecute git clone , seguido de la ruta copiada de Clone URL en el paso anterior. Vea el siguiente ejemplo: Copy git clone https://co https://contosontosoltd.visualstudio.com/MyFir ltd.visualstu dio.com/MyFirstProject/_gi stProject/_git/contoso-dem t/contoso-demo o
commits y ramas ramas del Se descarga una copia del código en Git, incluidos todos los los commits repositorio. Esta copia se coloca en una nueva carpeta para que pueda trabajar. Mantenga esta ventana de comando abierta (la usará en los siguientes pasos). 1. Desde su navegador web, abra el proyecto para su organización y seleccione Código. Si no tiene un proyecto, proyecto, cree uno ahora ahora . 2. Seleccione Clonar en la esquina superior derecha de la ventana de Código y copie la URL.
3. Abra la ventana de comandos de Git (Git Bash en Git para Windows). Vaya a la carpeta donde desea que el código del repositorio esté almacenado en su computadora y ejecute git clone , seguido de la ruta copiada de Clone URL en el paso anterior. Vea el siguiente ejemplo: Copy git clone https://co https://contosontosoltd.visualstudio.com/MyFir ltd.visualstu dio.com/MyFirstProject/_gi stProject/_git/contoso->de t/contoso->demo mo
Una copia del código se descarga en una nueva carpeta en Git. El código incluye todos sus sus commits commits y ramas ramas del repositorio. Mantenga abierta la ventana de comandos (úsela en los siguientes pasos).
Trabajar con el código En los siguientes pasos, realizamos un cambio en los archivos de su computadora, confirmamos los cambios localmente y enviamos la confirmación al repositorio almacenado en el servidor. Entonces podemos ver los cambios. 1. Vaya a la carpeta en su computadora donde clonó el repositorio, abra el archivo README.md en el editor de su elección y realice algunos cambios. Luego guarde y cierre el archivo. 2. En la ventana de comandos de Git, vaya al directorio contoso-demo ingresando el siguiente comando:
Copy cd contoso-demo
3. Confirma tus cambios ingresando los siguientes comandos en la ventana de comandos de Git: Copy git add . git commit -m "My first commit"
El git add . El comando organiza cualquier archivo nuevo o modificado, y git commit -m crea una confirmación con el mensaje de confirmación especificado. 4. Envíe sus cambios al repositorio de Git en el servidor. Ingrese el siguiente comando en la ventana de comandos de Git: Copy git push
Ver historial 1. Vuelva al portal web y seleccione Historial en la página de Código para ver su nueva confirmación.
2. Cambie a la pestaña Archivos y seleccione el archivo README para ver sus cambios.
1. Vuelva al portal web y seleccione Historial en la pestaña Código para ver su nueva confirmación. Aparecen dos confirmaciones: la primera confirmación, donde se agregaron README y .gitignore al crear el repositorio, y la confirmación que acaba de realizar.
2. Cambie a la pestaña Archivos y seleccione el archivo README R EADME para ver sus cambios.
Crea tu primera tubería tubería Esta es una guía paso a paso para usar Azure Pipelines para crear un repositorio de GitHub.
Prerrequisitos
Una cuenta de GitHub, donde puede crear un repositorio. Si no tiene uno, puede crear uno gratis puede gratis . Una organización de Azure DevOps. Si no tiene uno, puede puede crear uno gratis . (Una organización de Azure DevOps es diferente de su gratis organización de GitHub. Déles el mismo nombre si desea alinearlas). Si su equipo ya tiene uno, asegúrese de ser administrador del proyecto Azure DevOps que desea usar.
Obtenga el código de muestra Puede usar Azure Pipelines para crear una aplicación escrita en cualquier idioma. Para este inicio rápido, utilizaremos Java.
Para comenzar, bifurca el siguiente repositorio en tu cuenta de GitHub. Copy https://github.com/Microso https://gith ub.com/MicrosoftDocs/pipel ftDocs/pipelines-java ines-java
Consigue tu primera carrera 1. Inicie sesión en su organización de Azure DevOps y navegue hasta su proyecto. 2. En su proyecto, navegue a la página de Canalizaciones. Luego elija la acción para crear una nueva tubería. 3. Siga los pasos del asistente seleccionando primero GitHub como la ubicación de su código fuente. 4. Puede ser redirigido a GitHub para iniciar sesión. Si es así, ingrese sus credenciales de GitHub. 5. Cuando aparezca la lista de repositorios, seleccione el repositorio de aplicaciones de muestra deseado. 6. Azure Pipelines analizará su repositorio y recomendará una plantilla de canalización de Maven. Seleccione Guardar y ejecutar, luego seleccione Confirmar directamente con la rama maestra, y luego elija Guardar y ejecutar nuevamente. 7. Se inicia una nueva ejecución. Espera a que termine la carrera.
Agregue una insignia de estado a su repositorio A muchos desarrolladores les gusta mostrar que mantienen alta la calidad de su código al mostrar una insignia de estado en su repositorio.
Para copiar la insignia de estado en su portapapeles: 1. En Azure Pipelines, vaya a la página de Pipelines para ver la lista de tuberías. Seleccione la tubería que creó en la sección anterior. 2. En el menú contextual de la canalización, seleccione Insignia de estado. 3. Copie el Markdown de muestra del panel de identificación de estado. Ahora con la insignia Markdown en su portapapeles, siga los siguientes pasos en GitHub:
1. Vaya a la lista de archivos y seleccione Readme.md. Seleccione el ícono de lápiz para editar. 2. Pegue la insignia de estado Mark Down al comienzo del archivo. 3. Confirmar el cambio en la rama master. 4. Observe que la insignia de estado aparece en la descripción de su repositorio. Para configurar la opción Permitir acceso anónimo a las insignias: 1. Navegue a la configuración del proyecto 2. Abra la pestaña Configuración en Tuberías 3. Seleccione la casilla de verificación Permitir acceso anónimo a las insignias en General
Nota Incluso en un de proyecto privado, el acceso a el credenciales anónimas está habilitado forma predeterminada. Con acceso a credenciales anónimas habilitado, los usuarios fuera de su organización pueden consultar información como nombres de proyectos, nombres de sucursales, nombres de trabajos y estado de compilación a través de la API de estado de credenciales. credenciales. Debido a que acaba de cambiar el archivo Readme.md en este repositorio, Azure Pipelines crea automáticamente su código, de acuerdo con la configuración en el archivo azure-pipelines.yml en la raíz de su repositorio. De vuelta en Azure Pipelines, observe que aparece una nueva ejecución. Cada vez que realiza una edición, Azure Pipelines comienza una nueva ejecución.
Próximos pasos Acaba de aprender cómo crear su primer Azure Pipeline. Ahora está listo para configurar una tubería para el idioma que elija:
.NET Core Core Contenedores Contenedores Ir
Java Java Node.js Node.js Pitón Pitón
O bien, puede proceder a a personalizar personalizar la ca canalización nalización que acaba de crear. Para ejecutar su tubería en un contenedor, consulte consulte Trabajos de contenedor . Para obtener detalles sobre cómo crear repositorios de GitHub, consulte consulte Crear repositorios de GitHub GitHub . Para saber qué más puede hacer en las tuberías de YAML, consulte consulte la referencia del esquema de YAML YAML . Limpiar
Si creó alguna tubería de prueba, son fáciles de eliminar cuando haya terminado con ellas. Para Eliminar eliminar una tubería, navegue a la página de resumen tubería y elija en el menú ... en la esquina superior derechadedeesa la página. Escriba Escriba el nombre de la canalización para cconfirmar onfirmar y elija Eliminar.
Nota En Microsoft Team Foundation Server (TFS) 2018 y versiones anteriores, las canalizaciones de de ejecución y lanzamiento se denominan definiciones definiciones,, las ejecuciones ejecuciones se denominan compilaciones compilaciones,, las conexiones de servicio se servicio se
denominan puntos finales de servicio denominan puntos servicio,, las etapas etapas se denominan entornos entornos y y los trabajos trabajos se se denominan fases denominan fases.. Nota Esta guía se aplica a TFS versión 2017.3 y posteriores. Le mostraremos cómo usar el editor clásico en Azure DevOps Server 2019 para crear una compilación y una versión que imprima "Hola mundo". Le mostraremos cómo usar el editor clásico en TFS para crear una compilación y una versión que imprima "Hola mundo".
Prerrequisitos
Un agente de Windows auto hospedado Un hospedado .
Inicializa tu repositorio Si ya tiene un repositorio en su proyecto, puede pasar al siguiente paso: paso: Agregar un script a su repositorio repositorio 1. Ve a Azure Repos. (El centro de código en la navegación anterior)
2. Si su proyecto está vacío, recibirá una pantalla para ayudarlo a agregar código a su repositori repositorio. o. Elija la opción inferior para inicializar su repositorio con un archivo readme:
1. Navegue a su repositorio repositorio haciendo clic en Código en la navegación superior. 2. Si su proyecto está vacío, recibirá una pantalla para ayudarlo a agregar código a su repositori repositorio. o. Elija la opción inferior para inicializar su repositorio con un archivo readme:
Agregue un script a su repositorio Cree un script de PowerShell que imprima Hello world. 1. Ve a Azure Repos. 2. Agrega un archivo.
3. En el cuadro de diálogo, asigne un nombre a su nuevo archivo y créelo. Copy HelloWorld.ps1
4. Copia y pega este script. psCopy Write-Host Write-Host "Hello world"
5. Confirmar (guardar) el archivo. 1. Agrega Vaya al un centro de código. 2. archivo.
TFS 2018.2
TFS 2018 RTM RTM
1. En el cuadro de diálogo, asigne un nombre a su nuevo archivo y créelo. Copy HelloWorld.ps1
2. Copia y pega este script. psCopy Write-Host Write-Host "Hello world"
3. Confirmar (guardar) el archivo. En este tutorial, nuestro enfoque está en CI / CD, por lo que mantenemos la parte del código sim simple. ple. Estamos trabajando en un reposi repositorio torio Azure Repos G Git it directamente en su navegador web. Cuando esté listo para comenzar a compilar e implementar una aplicación real, puede usar una una amplia gam gamaa de clientes y servicios de control control de vers versiones iones con las compilaciones de Azure Pipelines CI. CI. Aprende más más
Crear una tubería de compilación Cree una canalización de compilación que imprima "Hola mundo". 1. Seleccione Azure Pipelines, debería llevarlo automáticamente a la página Compilaciones .
2. Crea una nueva tubería.
Para las nuevas cuentas de Azure DevOps, esto lo llevará automáticamente a la experiencia de creación de canalización de YAML . YAML . Para acceder al editor clásico y completar esta guía, debe desactivar la función de vista previa para la nueva experiencia de creación de canalización YAML YAML : :
3. Asegúrese de que la fuente, el proyecto, el repositorio y la rama predeterminada coincidan con la ubicación en la que creó el script. 4. Comience con un trabajo vacío. 5. En el lado izquierdo, seleccione Canalización y especifique el Nombre que desee usar. Para el grupo de agentes, seleccione Hosted VS2017. 6. En el lado izquierdo, seleccione el signo más (+) para agregar una tarea al Trabajo 1. En el lado derecho, seleccione la categoría Utilidad, seleccione la tarea de PowerShell de la lista y luego elija Agregar.
7. En el lado izquierdo, seleccione su nueva tarea de script de PowerShell . 8. Para el argumento Ruta del guion, seleccione el botón ... para examinar su repositorio y seleccione el guion que creó.
9. Seleccione Guardar y poner en cola , y luego seleccione Guardar. 10. Seleccione Build and Release , y luego elija Builds .
11. Crea Crea una nueva tubería.
12. Comience Comience con una tubería vacía 13. Seleccione Seleccione Canalización y especifique el nombre que desee usar. Para el grupo de agentes, seleccione Predeterminado . 14. En En el lado izquierdo, seleccione + Agregar tarea para agregar una tarea al trabajo y luego, en el lado derecho, seleccione la categoría Utilidad, seleccione la tarea de PowerShell y luego elija Agregar.
15. En el lado izquierdo, seleccione su nueva tarea de script de PowerShell. 16. Para el argumento Ruta del guion, seleccione el botón ... para examinar su repositorio y seleccione el guion que creó.
17. Seleccione Seleccione Guardar y poner en cola , y luego seleccione Guardar. 1. Seleccione Azure Pipelines y luego la pestaña Compilaciones.
2. Crea una nueva tubería.
3. Comience con una tubería vacía. 4. Seleccione Canalización y especifique el nombre que desee usar. 5. En la pestaña Opciones, seleccione Predeterminado para el grupo de Agentes o seleccione el grupo que desee usar que tenga agentes de compilación de Windows. 6. En la pestaña Tareas, asegúrese de que Obtener orígenes esté configurado con el Repositorio y la Rama en la que creó el script. 7. En el lado izquierdo, seleccione Agregar tarea, y luego en el lado derecho, seleccione la categoría Utilidad , seleccione la tarea de PowerShell y luego seleccione Agregar. 8. En el lado izquierdo, seleccione su nueva tarea de script de PowerShell . 9. Para el argumento Ruta del guion , seleccione el botón ... para examinar su repositorio y seleccione el guion que creó.
10. Seleccione Seleccione Guardar y poner en cola, y luego seleccione Guardar. Una tubería de compilación es la entidad a través de la cual define su tubería de compilación automatizada. En la canalización de compilación, compones un conjunto de tareas, cada una de las cuales realiza un paso en tu compilación. El catálogo de tareas proporciona un amplio conjunto de tareas para que pueda comenzar. También puede agregar PowerShell o scripts de shell a su canal de compilación.
Publica un artefacto de tu construcción Una compilación típica produce un artefacto que luego se puede implementar en varias etapas en una versión. Aquí para demostrar la capacidad de una manera simple, simplemente publicaremos el script como artefacto. 1. En la pestaña Tareas, seleccione el signo más (+) para agregar una tarea al Trabajo 1. 2. Seleccione la categoría Utilidad, seleccione la tarea Publicar artefactos de compilación y luego seleccione Agregar.
Ruta de publicación: seleccione el botón ... para examinar y seleccionar el script que
creó.
Nombre del artefacto: introduzca drop . Ubicación de publicación de artefactos: seleccione Azure Artefactos / TFS .
1. En la pestaña Tareas, seleccione Agregar tarea. 2. Seleccione la categoría Utilidad, seleccione la tarea Publicar artefactos de compilación y luego seleccione Agregar.
Ruta de publicación: seleccione el botón ... para examinar y seleccionar el script que creó. Nombre del artefacto: Ingrese drop. Tipo de artefacto: seleccione Servidor.
Los artefactos son los archivos que desea que produzca su compilación. Los artefactos pueden ser casi cualquier cosa que su equipo necesite para probar o implementar su aplicación. Por ejemplo, tiene un archivo ejecutable .DLL y .EXE y un archivo de símbolos .PDB de una aplicación de Windows C # o C ++ .NET. Para permitirle producir artefactos, proporcionamos proporcionamos herramientas como copiar con coincidencia de patrones y un directorio provisional en el que puede reunir Azure . sus artefactos antes de publicarlos. Vea los los artefactos en las tuberías de Azure
Habilitar la integración continua (CI) 1. Seleccione la pestaña Disparadores. 2. Habilitar la integración continua. Un desencadenante de integración continua en una canalización de compilación indica que el sistema debe poner en cola automáticamente una nueva compilación cada vez que se confirma un cambio de código. Puede hacer que el desencadenante sea más general o más específico, y también programar su compilación (por ejemplo, todas las noches). Ver Build triggers triggers .
Guardar y poner en cola la compilación Guarde y ponga en cola una compilación manualmente y pruebe su canal de compilación. 1. Seleccione Guardar y poner en cola , y luego seleccione Guardar y poner en cola . 2. En el cuadro de diálogo, seleccione Guardar y poner en cola una vez más.
Esto pone en cola una nueva compilación en el agente alojado por Microsoft. 3. Verá un enlace a la nueva compilación en la parte superior de la página.
Elija el enlace para ver la nueva compilación a medida que sucede. Una vez que se asigna el agente, comenzará a ver los registros en vivo de la compilación. Observe que el script de PowerShell se ejecuta como parte de la compilación y que "Hello world" se imprime en la consola.
4. Ir al resumen de compilación. En la pestaña Artefactos de la compilación, observe que el script se publica como un artefacto.
1. Seleccione Guardar y poner en cola , y luego seleccione Guardar y poner en cola . 2. En el cuadro de diálogo, seleccione Guardar y poner en cola una vez más. Esto pone en cola una nueva compilación en el agente alojado por Microsoft. 3. Verá un enlace a la nueva compilación en la parte superior de la página.
Elija el enlace para ver la nueva compilación a medida que sucede. Una vez que se asigna el agente, comenzará a ver los registros en vivo de la compilación. Observe
que el script de PowerShell se ejecuta como parte de la compilación y que "Hello world" se imprime en la consola. TFS 2018.2
o
o
TFS 2018 RTM RTM
4. Ir al resumen de compilación.
5. En la pestaña Artefactos de la compilación, observe que el script se publica como un artefacto.
Puede ver un resumen de todas las compilaciones o profundizar en los registros de cada compilación en cualquier momento navegando a la pestaña Compilaciones en Azure Pipelines . Para cada compilación, también puede ver una lista de confirmaciones que se crearon y los elementos de trabajo asociados con cada confirmación. También puede ejecutar pruebas en cada compilación y analizar las fallas de prueba. 1. Seleccione Guardar y poner en cola , y luego seleccione Guardar y poner en cola . 2. En el cuadro de diálogo, seleccione el botón Cola . Esto pone en cola una nueva compilación en el agente. Una vez que se asigna el agente, comenzará a ver los registros en vivo de la compilación. Observe que el script de PowerShell se ejecuta como parte de la compilación y que "Hello world" se imprime en la consola.
3. Ir al resumen de compilación.
4. En la pestaña Artefactos de la compilación, observe que el script se publica como un artefacto.
Puede ver un resumen de todas las compilaciones o profundizar en los registros de cada compilación en cualquier momento navegando a la pestaña Compilaciones en Construir y liberar . Para cada compilación, también puede ver una lista de confirmaciones que se crearon y los elementos de trabajo asociados con cada confirmación. También puede ejecutar pruebas en cada compilación y analizar las fallas de prueba.
Agregue algunas variables y confirme un cambio en su script Pasaremos algunas variables de compilación al script para que nuestra canalización sea un poco más interesante. Luego, enviaremos un cambio a una secuencia de comandos y observaremos cómo la canalización de CI se ejecuta automáticamente para validar el cambio. 1. Edite su canal de compilación. 2. En la pestaña Tareas , seleccione la tarea de script de PowerShell. 3. Agrega estos argumentos.
TFS 2018.2 RTM TFS 2018 RTM
Argumentos
Copy -greeter "$(Build.RequestedFor)" "$(Build.RequestedFor)" -trigger "$(Build.Re "$(Build.Reason)" ason)"
Finalmente, guarde la tubería de compilación. A continuación, agregará los argumentos a su secuencia de comandos. 1. Vaya a sus archivos en Azure Repos (el centro de código en la navegación anterior y TFS). 2. Seleccione el archivo HelloWorld.ps1 y luego edite el archivo. 3. Cambie el script de la siguiente manera:
psCopy Param Param( ( [string]$greeter, [string]$trigger ) Write-Host Write-Host "Hello world" from world" from $greeter Write-Host Trigger: Write-Host Trigger: $trigger
4. Confirmar (guardar) el guión. Ahora puede ver los resultados de sus cambios. Vaya a Azure Pipelines y seleccione En cola . Observe en la sección En cola o en ejecución que una modificación se activa automáticamente por el cambio que confirmó. Ahora puede ver los resultados de sus cambios. Vaya a la página Compilar y publicar y seleccione En cola . Observe en la sección En cola o en ejecución que una modificación se activa automáticamente por el cambio que confirmó. 1. Seleccione la nueva compilación que se creó y vea su registro. 2. Tenga en cuenta que la persona que cambió el código tiene su nombre impreso en el mensaje de saludo. También verá impreso que se trataba de una compilación de CI.
Acabamos de presentar el concepto de d e variables de compilación en estos pasos. Imprimimos el valor de una variable que el sistema predefinió e inicializó automáticamente. También puede definir variables personalizadas y usarlas en argumentos para sus tareas o como variables de entorno dentro de sus scripts. Para obtener más información sobre las variables, vea Crear variables vea variables .
Tienes una tubería de construcción. ¿Que sigue? Acaba de crear una canalización de compilación que construye y valida automáticamente cualquier código que su equipo verifique. En este punto, puede continuar con la siguiente sección para obtener información sobre las canalizaciones de lanzamiento. O, si lo prefiere, para crear una tubería de compilación para su aplicación. puede saltar para puede
Crear una tubería de lanzamiento Defina el proceso para ejecutar el script en dos etapas. 1. Vaya a la pestaña Tuberías y luego seleccione Versiones . 2. Seleccione la acción para crear una nueva tubería . Si ya se ha creado una tubería de lanzamiento, seleccione el signo más (+) y luego seleccione Crear una tubería de lanzamiento . 3. Seleccione la acción para comenzar con un trabajo vacío . 4. Nombra la etapa QA .
5. En el panel Artefactos, seleccione + Agregar y especifique una Fuente (Crear canalización) . Selecciona Agregar . 6. Seleccione el rayo para desencadenar la implementación continua y luego habilite el desencadenad desencadenador or de iimplemen mplementación tación continua a la derecha.
7. Seleccione la pestaña Tareas y seleccione su etapa de QA . 8. Seleccione el signo más (+) para el trabajo para agregar una tarea al trabajo. 9. En el cuadro de diálogo Agregar tareas , seleccione Utilidad , ubique la tarea de PowerShell y luego seleccione su botón Agregar . 10. En En el lado izquierdo, seleccione su nueva tarea de script de PowerShell . 11. Para Para el argumento Ruta del guión , seleccione el botón ... para examinar sus artefactos y seleccione el guión que creó. 12. Agregue Agregue estos argumentos : Copy -greeter "$(Release.RequestedFor)" "$(Build.DefinitionName)"
-trigger
13. En En la pestaña Tubería , seleccione la etapa de control de calidad y seleccione Clonar .
14. Cambie Cambie el nombre de la etapa clonada Producción . 15. Cambie Cambie el nombre del canal de lanzamiento Hello world .
16. Guarde la tubería de lanzamiento. 1. Vaya a la pestaña Build and Release y luego seleccione Releases . 2. Seleccione la acción para crear una nueva tubería . Si ya se ha creado un canal de lanzamiento, seleccione el signo más (+) y luego seleccione Crear una definición de lanzamiento . 3. Seleccione la acción para comenzar con una definición vacía . 4. Nombra la etapa etapa QA . 5. En el panel Artefactos, seleccione + Agregar y especifique una Fuente (Crear canalización) . Selecciona Agregar . 6. Seleccione el rayo para desencadenar la implementación continua y luego habilite el desencadenador de implementación continua a la derecha. o
o
TFS 2018.2 RTM TFS 2018 RTM
7. Seleccione la pestaña Tareas y seleccione su etapa de QA . 8. Seleccione el signo más (+) para el trabajo para agregar una tarea al trabajo. 9. En el cuadro de diálogo Agregar tareas , seleccione Utilidad , ubique la tarea de PowerShell y luego seleccione su botón Agregar . 10. En En el lado izquierdo, seleccione su nueva tarea de script de PowerShell . 11. Para Para el argumento Ruta del guión , seleccione el botón ... para examinar sus artefactos y seleccione el guión que creó. 12. Agregue Agregue estos argumentos : Copy
-greeter "$(Release.RequestedFor)" "$(Build.DefinitionName)"
-trigger
13. En la pestaña Tubería , seleccione la etapa de control de calidad y seleccione Clonar .
14. Cambie Cambie el nombre de la etapa clonada Producción . 15. Cambie Cambie el nombre del canal de lanzamiento Hello world.
16. Guarde Guarde la tubería de lanzamiento.
1. Vaya a Azure Pipelines y luego a la pestaña Publicaciones . 2. Seleccione la acción para crear una nueva tubería . 3. En el cuadro de diálogo, seleccione la plantilla Vacío y seleccione Siguiente . 4. Asegúrese de que esté seleccionada la canalización de compilación Hello world que Crear creó anteriormente. Seleccione Despliegue continuo y luego seleccione . 5. Seleccione Agregar tareas en la etapa. 6. En el cuadro de diálogo Catálogo de tareas , seleccione Utilidad , ubique la tarea de PowerShell y luego seleccione el botón Agregar . Selecciona el botón Cerrar . 7. Para el argumento Ruta del guión , seleccione el botón ... para examinar sus artefactos y seleccione el guión que creó. 8. Agregue estos argumentos :
Copy -greeter "$(Release.RequestedFor)" "$(Build.DefinitionName)"
9. Cambie el nombre del control de calidad del escenario.
10. Clonar la etapa de control de calidad.
-trigger
Deje Aprobar automáticamente e Implementar ... seleccionado, y seleccione Crear .
automáticamente
11. Renombrar Renombrar la nueva etapa Producción . 12. Cambie Cambie el nombre del canal de lanzamiento Hello world .
13. Guarde Guarde la tubería de lanzamiento. Una canalización de lanzamiento es una colección de etapas en las que se implementan los artefactos de compilación de la aplicación. También define la tubería de implementación real para cada etapa, así como también cómo se promueven los los artefactos de una etapa a otra. Además, observe que utilizamos algunas variables en nuestros argumentos de en lugar de las script. En este caso, utilizamos utilizamos variables de lanzamiento en variables de compilación que utilizamos para la canalización de compilación.
Implementar una versión Ejecute el script en cada etapa. 1. Crea una nueva versión.
Cuando aparezca Crear nueva versión, seleccione Crear . 2. Abra la versión que acaba de crear.
3. Vea los registros para obtener datos en tiempo real sobre el lanzamiento.
4. Crea una nueva versión.
Cuando aparezca Crear nueva versión, seleccione Crear (TFS 2018.2) o Cola (TFS 2018 RTM). 5. Abra la versión que acaba de crear.
6. Vea los registros para obtener datos en tiempo real sobre el lanzamiento.
7. Crea una nueva versión.
8. Abra la versión que acaba de crear.
9. Vea los registros para obtener datos en tiempo real sobre el lanzamiento.
Puede realizar un seguimiento del progreso de cada versión para ver si se ha implementado en todas las etapas. Puede realizar un seguimiento de las confirmacioness que forman parte de cada lanzamiento, los elementos de confirmacione trabajo asociados y los resultados de cualquier ejecución de prueba que haya agregado a la canalización de lanzamiento.
Cambie su código y vea cómo se implementa automáticamente en producción Haremos un cambio más al guión. Esta vez se construirá automáticamente y luego se desplegará hasta la etapa de producción. 1. Vaya al Hub de Código , pestaña Archivos , edite el archivo HelloWorld.ps1 y cámbielo de la siguiente manera: psCopy Param( [string]$greeter, [string]$trigger ) Write-Host Param( Write-Host "Hello world" from world" from $greeter Write-Host Write-Host Trigger: Trigger: $trigger Write-Host Write-Host "Now that you've got CI/CD, you can automatically deploy your app every time your team checks in code."
2. Confirmar (guardar) el guión. 3. Seleccione la pestaña Compilaciones para ver la compilación en cola y en ejecución. 4. Una vez completada la compilación, seleccione la pestaña Versiones, abra la nueva versión y luego vaya a Registros. Su nuevo código se implementa automáticamente en la etapa de control de calidad y luego en la etapa de producción.
En muchos casos, es probable que desee editar la canalización de lanzamiento para que la implementación de producción ocurra solo después de que se realicen algunas pruebas y aprobaciones. Ver Aprobaciones y resumen de puertas . puertas
Próximos pasos Acaba de aprender los conceptos básicos del uso del editor clásico para crear y ejecutar una canalización. Ahora está listo para configurar su canal de compilación para el lenguaje de programación que está utilizando. Continúe y cree una nueva tubería de compilación, y esta vez, use una de las siguientes plantillas.
Idioma
Plantilla para usar
.RED
ASP.NET
.NET Core
ASP.NET Core
C ++
Escritorio .NET
Ir
Ir
Java
Gradle
JavaScript Xcode
Node.js Xcode
Preguntas y respuestas ¿Dónde puedo leer artículos sobre DevOps y CI / CD?
¿Qué es la integración continua? continua? ¿Qué es la entrega continua? continua? ¿Qué es DevOps? DevOps? ¿Qué tipo de control de versiones puedo usar?
Hemos utilizado un repositorio Git en Azure Repos para mantener las cosas enfocadas en CI / CD para pa ra este tutorial. Cuando esté listo para comenzar con CI / CD para su aplicación, puede usar el sistema de control de versiones que prefiera:
Clientela Visual Studio Code para Windows, macOS y Linux Linux Windows o Visual Studio para Mac Mac Visual Studio con Git para Windows TFVC Visual Studio con TFVC Eclipse Eclipse
o
o
o
o
o
o
Xcode Xcode IntelliJ IntelliJ
comando Línea de comando Servicios azules Tuberías azules
o
o
o
o
Proveedores de servicios de Git como GitHub y Bitbucket Cloud Subversión
¿Cómo se replica una tubería?
Si su tubería tiene un patrón que desea replicar en otras tuberías, clónelo, expórtelo o guárdelo como plantilla.
Después de clonar una tubería, puede hacer cambios y luego guardarla. Después de exportar una tubería, puede importarla desde la pestaña Todas las tuberías. Después de crear plantilla, los miembros de su equipo pueden usarla para seguir el patrón enuna nuevas canalizaciones.
Propina Si está utilizando el Editor de compilación personalizadas se muestran al final de la lis lista. ta.
nueva, sus plantillas
¿Cómo trabajo con borradores? Si está editando un canal de compilación y desea probar algunos cambios que aún no están listos para la producción, puede guardarlo como borrador.
Puede editar y probar su borrador según sea necesario.
Cuando esté listo, puede publicar el borrador para combinar los cambios en su canal de compilación.
O, si decide descartar el borrador, puede eliminarlo de la pestaña Todas las tuberías que se muestra arriba. ¿Cómo puedo eliminar una tubería?
Para eliminar una tubería, navegue a la página de resumen de esa tubería y elija Eliminar en el menú ... en la esquina superior derecha de la página. Escriba Escriba el nombre de la canalización para cconfirmar onfirmar y elija Eliminar. ¿Qué más puedo hacer cuando pongo en cola una compilación?
Puede poner en cola las compilacione compilacioness de forma forma automática automática o manual. Cuando pone en cola manualmente una compilación, puede, para una sola ejecución de la compilación compilación::
Especifique el el grupo grupo en el que va la compilación. Agregar y modificar algunas algunas variables variables . Añadir demandas demandas . En un repositorio de Git rama o una una etiqueta etiqueta . una rama Construye una Crea un un compromiso compromiso . En un repositorio TFVC
o
o
o
o
Especifique la versión de origen como una una etiqueta etiqueta o conjunto de cambios . cambios estantería . (Puede usar esta Ejecute una compilación privada de una una estantería opción en un un agente alojado en Microsoft Microsoft o en un un agente alojado en uno en uno mismo mismo ).
¿Dónde puedo obtener más información sobre la configuración de la tubería de compilación?
Para obtener más información sobre la configuración de canalización de compilación, consulte: fuentes Obteniendo fuentes Tareas Tareas Variables Variables Disparadores Disparadores Opciones Opciones Retencion Retencion Historia Historia ¿Cómo creo programáticamente una tubería de compilación?
Referencia de API REST: crear una canalización de compilación compilación Nota También puede administrar compilaciones y canalizaciones de compilación desde la línea de comandos o secuencias de comandos mediante la la CLI de Azure Pipelines Pipelines .
View more...
Comments