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 prácticas y herramientas de DevOps, los equipos 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 comercialización
 Adaptación al mercado y a la competencia
 Mantenimiento de la estabilidad 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. En una auténtica cultura de DevOps, todos los roles
están implicados de algún modo en todas 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 tareas que abarcan carteras de numerosos productos.
La creación de registros de 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 de implementar aplicaciones en
entornos de producción de un modo constante y confiable. 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 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. El desafío de cultivar una cultura de DevOps
requiere cambios profundos en la forma en la que las personas
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, 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 administració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 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

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 con una cuenta personal de

Microsoft
1. Seleccione el enlace de registro para Azure DevOps .
2. Ingrese su dirección de correo electrónico, número de teléfono o ID
de Skype para su cuenta de Microsoft. Si es suscriptor de Visual
 Studio y obtiene Azure DevOps como un beneficio, use la cuenta de
Microsoft asociada con su suscripción. Seleccione Siguiente

Si no tiene una cuenta de Microsoft, elija Crear una. Para obtener

más información, vea crear una cuenta de Microsoft .

3. Ingrese su contraseña y seleccione Iniciar sesión.

 4. Para comenzar con Azure DevOps, seleccione 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,
(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

 Cambia la ubicación de tu organización

Si inició sesión con una cuenta de Microsoft existente, su próximo paso

es crear un 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 Administrar 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 registro para Azure DevOps , comience

gratis con GitHub . Si ya forma parte de una organización de Azure
DevOps, seleccione Iniciar sesión en Azure DevOps.
2. Seleccione Iniciar sesión con GitHub.

Si ya tiene una cuenta en sesión, seleccione Usar otra 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.
4. Seleccione Autorizar corporación Microsoft.
5. Para comenzar con Azure DevOps, seleccione 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, (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 Administrar 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 >
pestaña 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 preguntas 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 que cree un proyecto. Puede
crear un proyecto público o privado. Para obtener más información
sobre proyectos públicos, consulte ¿Qué es un proyecto 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 elección del control de versión adecuado para su

proyecto y elija un 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 habilitado la
política, Invite a los usuarios de GitHub en Configuración de la
organización > pestaña Políticas .
1. Inicie sesión en su organización
( https://dev.azure.com/{yourorganization} ).
2. Seleccionar
3. Configuración de la organización .

4. Seleccione Usuarios > Agregar nuevos usuarios.

5. Ingrese la siguiente informacion:
o Usuarios : Ingrese las direcciones de correo electrónico
(cuentas de Microsoft) o los nombres de usuario de
GitHub para los usuarios. Puede agregar varias direcciones de
correo electrónico separándolas con un punto y coma (;). Una
dirección de correo electrónico aparece en rojo cuando se
acepta.
o Nivel de acceso : deje el nivel de acceso como Básico para los
usuarios que contribuirán a la base del código. Para obtener
más información, consulte Acerca de los niveles de acceso .
o Agregar al proyecto : seleccione el proyecto al que desea
agregarlos.
o Grupos de DevOps : deje como Colaboradores del
proyecto , el grupo de seguridad predeterminado para los
usuarios que contribuirán a su proyecto. Para obtener más
 información, consulte Permisos predeterminados y
asignaciones de acceso .
Note

Agregue direcciones de correo electrónico para cuentas

personales de Microsoft e ID para cuentas de GitHub a menos que
planee usar Azure Active Directory (Azure 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 para obtener una cuenta de Microsoft o una cuenta de
GitHub.

6. Cuando haya terminado, seleccione 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 Agregar usuarios de la organización para
Azure DevOps .

Inicio rápido: código con 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
usted. La clonación también descarga todos los commits y ramas en el
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:
o Para instalar Git para Windows, incluido Git Credential Manager,
consulte Instalar Git Credential Manager - Windows .
 o Para instalar en macOS o Linux, consulte el capítulo Instalación de
Git en el libro de código abierto Pro Git . Para macOS y Linux,
recomendamos configurar la autenticación SSH
Clona el repositorio en tu computadora
1. Desde su navegador web, abra el proyecto para su organización y
seleccione Repos . Si no tiene un proyecto, cree 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://contoso-
ltd.visualstudio.com/MyFirstProject/_git/contoso-demo

Se descarga una copia del código en Git, incluidos todos los commits y ramas del
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, cree 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://contoso-
ltd.visualstudio.com/MyFirstProject/_git/contoso->demo

Una copia del código se descarga en una nueva carpeta en Git. El código incluye
todos sus commits y 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 para ver sus

cambios.
Crea tu primera 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 .
 Una organización de Azure DevOps. Si no tiene uno, puede crear uno
gratis . (Una organización de Azure DevOps es diferente de su
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/MicrosoftDocs/pipelines-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 proyecto privado, el acceso a credenciales anónimas

está habilitado de forma predeterminada. Con el 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.

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
 Contenedores
 Ir
  Java
 Node.js
 Pitón

O bien, puede proceder a personalizar la canalización que acaba de crear.

Para ejecutar su tubería en un contenedor, consulte Trabajos de contenedor .

Para obtener detalles sobre cómo crear repositorios de GitHub, consulte Crear
repositorios de GitHub .

Para saber qué más puede hacer en las tuberías de YAML, consulte la referencia
del esquema de YAML .

Limpiar

Si creó alguna tubería de prueba, son fáciles de eliminar cuando haya terminado
con ellas. 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 el nombre de la canalización para confirmar y elija Eliminar.

Nota

En Microsoft Team Foundation Server (TFS) 2018 y versiones anteriores,

las canalizaciones de ejecución y lanzamiento se denominan definiciones,
las ejecuciones se denominan compilaciones, las conexiones de servicio se
denominan puntos finales de servicio, las etapas se denominan entornos y
los trabajos se 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 .
Inicializa tu repositorio
Si ya tiene un repositorio en su proyecto, puede pasar al siguiente paso: Agregar
un script a su 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 repositorio. Elija la opción inferior para inicializar su
repositorio con un archivo readme:

1. Navegue a su 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 repositorio. 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 "Hello world"

5. Confirmar (guardar) el archivo.

1. Vaya al centro de código.

2. Agrega un archivo.

 TFS 2018.2
 TFS 2018 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 "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 simple. Estamos trabajando en un repositorio Azure Repos Git
directamente en su navegador web.

Cuando esté listo para comenzar a compilar e implementar una aplicación real,
puede usar una amplia gama de clientes y servicios de control de versiones con
las compilaciones de Azure Pipelines CI. Aprende 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 . 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 :
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 una nueva tubería.

12.Comience con una tubería vacía
13.Seleccione Canalización y especifique el nombre que desee usar. Para
el grupo de agentes, seleccione Predeterminado.
14.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 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 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 herramientas como copiar

con coincidencia de patrones y un directorio provisional en el que puede reunir
sus artefactos antes de publicarlos. Vea 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 .

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.

o TFS 2018.2
o TFS 2018 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
 TFS 2018 RTM
Argumentos

Copy
-greeter "$(Build.RequestedFor)" -trigger "$(Build.Reason)"

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( [string]$greeter, [string]$trigger ) Write-Host "Hello world" from
$greeter 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 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 .

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,
puede saltar para crear una tubería de compilación para su aplicación.

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 desencadenador de implementació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 el lado izquierdo, seleccione su nueva tarea de script de PowerShell .
11.Para el argumento Ruta del guión , seleccione el botón ... para examinar
sus artefactos y seleccione el guión que creó.
12.Agregue estos argumentos :

Copy
-greeter "$(Release.RequestedFor)" -trigger
"$(Build.DefinitionName)"
13.En la pestaña Tubería , seleccione la etapa de control de calidad y
seleccione Clonar .

14.Cambie el nombre de la etapa clonada Producción .

15.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 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 TFS 2018.2
o 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 el lado izquierdo, seleccione su nueva tarea de script de PowerShell .
11.Para el argumento Ruta del guión , seleccione el botón ... para examinar
sus artefactos y seleccione el guión que creó.
12.Agregue estos argumentos :

Copy
-greeter "$(Release.RequestedFor)" -trigger
"$(Build.DefinitionName)"

13. En la pestaña Tubería , seleccione la etapa de control de calidad y

seleccione Clonar .
14.Cambie el nombre de la etapa clonada Producción.
15.Cambie el nombre del canal de lanzamiento Hello world.

16.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 creó anteriormente. Seleccione Despliegue continuo y luego
seleccione Crear .
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)" -trigger
"$(Build.DefinitionName)"

9. Cambie el nombre del control de calidad del escenario.

10. Clonar la etapa de control de calidad.

 Deje Aprobar automáticamente e Implementar automáticamente
... seleccionado, y seleccione Crear .

11.Renombrar la nueva etapa Producción .

12.Cambie el nombre del canal de lanzamiento Hello world .
 13.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 artefactos de una etapa a otra.

Además, observe que utilizamos algunas variables en nuestros argumentos de

script. En este caso, utilizamos variables de lanzamiento en lugar de las
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
confirmaciones que forman parte de cada lanzamiento, los elementos de
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 "Hello
world" from $greeter Write-Host Trigger: $trigger 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 .

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 Node.js

Xcode Xcode

Preguntas y respuestas
¿Dónde puedo leer artículos sobre DevOps y CI / CD?

¿Qué es la integración continua?

¿Qué es la entrega continua?

¿Qué es 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 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
o Visual Studio Code para Windows, macOS y Linux
o Visual Studio con Git para Windows o Visual Studio para Mac
o Visual Studio con TFVC
o Eclipse
o Xcode
o IntelliJ
 o Línea de comando
 Servicios
o Tuberías azules
Proveedores de servicios de Git como GitHub y Bitbucket Cloud
o
o 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 una plantilla, los miembros de su equipo pueden usarla para
seguir el patrón en nuevas canalizaciones.
Propina
Si está utilizando el Editor de compilación nueva, sus plantillas
personalizadas se muestran al final de la lista.

¿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 el nombre de la canalización para confirmar y elija Eliminar.

¿Qué más puedo hacer cuando pongo en cola una compilación?

Puede poner en cola las compilaciones de forma automática o manual.

Cuando pone en cola manualmente una compilación, puede, para una sola
ejecución de la compilación:

 Especifique el grupo en el que va la compilación.

 Agregar y modificar algunas variables .
 Añadir demandas .
 En un repositorio de Git
o Construye una rama o una etiqueta .
o Crea un compromiso .
 En un repositorio TFVC
 o Especifique la versión de origen como una etiqueta o conjunto de
cambios .
o Ejecute una compilación privada de una estantería . (Puede usar esta
opción en un agente alojado en Microsoft o en un agente alojado
en uno 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:

 Obteniendo fuentes
 Tareas
 Variables
 Disparadores
 Opciones
 Retencion
 Historia
¿Cómo creo programáticamente una tubería de compilación?

Referencia de API REST: crear una canalización de 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 CLI de
Azure Pipelines .