DevOps de Azure

1. Introducción: Hola y bienvenidos a mi nuevo curso como tu DevOps, para empezar. Soy tu instructor para Vaughan Williams y soy ingeniero de software y conferencista. En este curso, vamos a estar explorando los conceptos fundamentales detrás principios de Azure y DevOps. Entonces vamos a estar viendo cómo configurar una organización de Azure DevOps, configurar repositorios Git para nuestro equipo, administrar elementos de trabajo en los sprints. También veremos diferentes tecnologías como get for source control management, aferrarse a construir ductos para construir y liberar y mirar otras herramientas y dashboards que están disponibles para nosotros Azure DevOps cuenta con un rico conjunto de herramientas que proporciona a los desarrolladores, gerentes de proyectos, negocios en los stakeholders de Vireo en un proyecto, acceso a un panel central donde pueden colaborar hacia desarrollar y producir un producto para cualquier negocio. En este curso, vamos a estar mirando algunas de las características clave como Azure Juntas donde implementamos nuestro hermano de configuración o artículos de trabajo. Vamos a estar mirando construyendo ductos. Fuimos a ver repositorios sobre diferentes políticas que podemos implementar nuestros propios o repositorios todo el fin de semana, implementar planes de prueba para asegurarnos de que estamos viendo adecuada y a fondo todos los bugs y reportarlos y como tus artefactos como todo el fin de semana gestionan todos los activos que se utilizan en nuestros proyectos. Con todo eso dicho, bienvenidos al curso y empecemos. 2. Casada vs. Agile: Muy bien chicos, así que en esta lección vamos a estar discutiendo las diferencias entre Agile y Waterfall. Entonces hice un mini análisis swot. Esto no captura el panorama completo de ninguna de las dos metodologías. No obstante, te dará un amplio entendimiento si es la primera vez que estás escuchando hablar de ellos o nunca entendiste realmente lo que significan las diferencias entre los dos. Empecemos con Waterfall. Cascada desde hace años ha sido el método tradicional para entregar proyectos, entregando software en general. Con cascada, todo está planeado. La investigación se realiza en detalle antes comience el proyecto y plazos y estimaciones de costos, todas esas cosas generalmente se ponen en marcha para ver que así fluirá el proyecto. La mayoría del piso debe fluir. Estos son los recursos necesarios. Esto es mucho todo va a costar. Todo se maneja por primera vez y listo antes de que comience el proyecto. Conoce una de las oportunidades con esto es que cuando empieza el presupuesto, eres un recurso o todo el mundo involucrado en el proyecto sabe su papel y se debe llevar a cabo el reloj nasal. Y normalmente actuaríamos en consecuencia. Conocer una de las debilidades con este sistema es que no se puede planificar para cada falla. Es tipo de plan para una cierta de desviaciones del plan. Y luego cascada suele ser rígida. Entonces nada que no vaya de acuerdo al plan simplemente no estaba previsto. Entonces si bien es posible que puedas planear ciertas cosas, hay otras cosas que pueden surgir que no lo llamaste cuatro. Entonces una de las amenazas a un proyecto que está haciendo una cascada es que se puede terminar teniendo un costo sobre un sobre circunstancias presupuestados e imprevistas, empujando al proyecto más allá de la fecha de entrega. Con cascada me predice tener tal vez software que necesita ser entregado en dos años. Puede que termines tomando cinco. Y el inconveniente es que hasta el quinto año o hasta que eso se termine, las partes interesadas aún no cuentan con nuestro producto. lo que un ejemplo de lo que se utiliza para planear proyectos de cascada sería un gráfico de Gantt. También tienes gráficos pert, pero generalmente el horario, todo. Entonces la tarea uno debería tomar dos semanas mediados de la semana dos a la semana seis, deberíamos estar haciendo esto al caminar por ahí simultáneamente, etcétera Como dije, todo está planeado a la t. algo pasa y las hojas tal vez una de estas dependencias. Así que tal vez la tarea uno en la semana uno se eliminó 23 semanas que en tarea realmente no puede comenzar ya que depende de la tarea uno de todos modos. Entonces esas son las cosas que han hecho cascada. Voy a decir poco fiable a lo largo de los años que ha funcionado, pero la gente se ha alejado de ella en busca de métodos de entrega probablemente más confiables. Eso nos trae lo Agile. En entrega ágil. Múltiples equipos trabajando en piezas más pequeñas y que pueden contribuir a un tiempo de lanzamiento más rápido. Entonces en lugar de tratar de liberar todo a la vez, con metodología ágil en realidad liberando trozos, en lugar de decir la tarea uno y la tarea dos, luego tirar tres, tienes entregable uno, entregable a entregables tres, las partes interesadas en realidad pueden empezar usar lo que llamaremos un proyecto mínimo, mínimo viable o hermano prototipo. Es decir, la entrega mínima de puesta en marcha, la entrega mínima para un sistema que el usuario de partes interesadas necesita para comenzar a trabajar y luego se puede implantar de manera incremental la muñeca. Por lo que una de las oportunidades con Agile es que los equipos de desarrollo de negocios, desarrollo, equipos de desarrollo trabajaron lado a lado. Entonces uno no suele saber algo aunque eso no lo haga. Todos están en el mismo espacio. Tienen que colaborar para asegurarse de que todo esté coordinado con cada lanzamiento. Una vez más, puedes entregar más valor a la organización con mayor rapidez. Una de las debilidades sin embargo, es que si la recolección de requisitos no se realiza correctamente, lo que en base a la naturaleza de la misma es muy posible, entonces podría terminar teniendo múltiples iteraciones sobre la misma entregable durante un periodo. Y eso puede llevar a costos sobre ON y retrasos también. Por lo que se puede ver que no necesariamente es que uno sea mejor que el otro. Uno arregla una cosa que delta mal mal. Pero entonces proyecto es un proyecto. Y si alguna vez has sido gerente de proyecto o hablaste con uno, sabes a qué hora es dinero. Por lo que todos estos, todos estos factores contribuyen a si ha entregado o no con éxito un sistema a su debido tiempo. ruta para un proyecto Agile se parece más a esto. Entonces tienes entregables, tienes hitos, tienes Maslow y un hito para hito tres, suelen depender del otro, pero normalmente puedes conseguir una retenciones del camino luego empezar trabajando en mientras uno está en producción. Probabilidad arreglar errores en uno mientras todavía estás trabajando en también, lo que puede informar cosas que debes hacer en entrega a etc. Así que una entrega informará a la otra y es solo ese tipo de cadena de margarita hasta que se termine el camino. Como dijimos, vamos a estar mirando a Azure DevOps en este curso y en este módulo estaremos viendo cómo podemos primero configurar donde nuestros conos. Y luego llegaremos a entender cómo cada una de estas herramientas nos ayuda en nuestra búsqueda de entregar un proyecto a tiempo con menor agitación posible y mientras trabajas en equipo. Entonces mantente atento. 3. Crea una cuenta de DevOps: Hey chicos, En esta lección vamos a estar registrándonos en Azure DevOps saber para llegar a este sitio web, la forma más fácil para mí sería escribir dev.azure.com. Eso realmente te llevará a esta página donde realmente es asor.Microsoft.com recorta tu código para tus servicios de idioma slash DevOps. Hay una serie de formas. La forma más fácil probablemente es una búsqueda en Google de Azure DevOps, y luego sigues el enlace que por supuesto, mira a los más legítimos aquí puedes empezar gratis, lo que llevaría que por el camino de crear una marca nueva, uh, conos, probablemente una cuenta en vivo. Si ya tienes uno, entonces siempre puedes simplemente iniciar sesión y siempre puedes empezar con tu GitHub un cono. Por lo que voy a iniciar sesión en Azure DevOps, ya que ya tengo una cuenta en vivo que voy a estar usando. Este es el que uso para mi Visual Studio y todos los demás servicios de Microsoft que uso. hay nadie. Se pueden ver algunos de los proyectos en los que he trabajado. Una vez que hayas iniciado sesión, es posible que no veas un dashboard como este si es tu primera cuenta o si nunca la has usado antes, eso no es problema. Pero lo que notarás es que tienes una organización probablemente en el mismo nombre que tu contador o tus conos de nivel. Conocer una organización representa más o menos una colección de proyectos para una entidad. Para que puedan ver aquí que tengo una serie de organizaciones atadas a mi cuenta única. Y en realidad puedo cambiar entre ellos como estoy demostrando aquí. Y con cada uno verías un conjunto diferente de un cono. Entonces este Travolta es en realidad que puede ser personal probando un cono que yo hago. He hecho muchos experimentos, proyectos en. Y luego tengo tro para Williams, donde tengo más mezcla de proyectos personales y académicos. Para iniciar una nueva organización, solo tienes que hacer clic en nueva organización. Y en realidad probablemente habrías pasado por todo esto antes de llegar a la pantalla que acabo de mostrarte. Por lo que tendría que silicar qué directorio. Entonces si no lo hiciste, sabes que usan Active Directory o tienen su propia versión de Active Directory. En realidad se puede cambiar entre directorios, especialmente para cuentas organizativas. Pero aquí estoy usando mi cuenta personal y luego pueden darle un nombre para la organización. Entonces para éste, fui a darle el nombre para el curso, curso de Entrega Continua. Eso es lo que lo llamo. Puedo elegir una región que sea lo mejor para mí. Y cuando suelo usar Azure, elige East US en función de dónde estoy, pero fui a seguir adelante con Central US como la mejor opción en esta situación. Y luego por supuesto pasamos por nuestra captura. Y una vez que hayamos hecho todo eso, tomará algún tiempo seguir adelante y girar esa organización y luego Read Derek. Y los resultados finales de eso nos pedirán crear nuestro proyecto para empezar. Por lo que voy a crear un sistema de gestión escolar. Eso es en lo que vamos a estar trabajando. O al menos ese es el ejemplo del proyecto que vamos a utilizar a medida que avanzamos mostrando cómo funciona la Entrega Continua. Sistema de gestión escolar, sin descripción. Y estaré usando Git para control de versiones y todo Azure DevOps soporta versiones de herramientas de dos tecnologías para el control de versiones, get, que es estándar Vanilla, get. Esta experiencia muy similar a lo que habrías conseguido a través de GitHub si alguna vez has usado GitHub. Pero si estás familiarizado con los niños en general, es una experiencia muy similar cuando usas pasar como tus DevOps. El otro sería Team Foundation Version Control, que es una versión web fuera de que son muy populares Team Foundation Server que no ha sido su buque insignia. tanto motor incontrolado desde hace años. La diferencia entre los dos, bien la tecnología uno es el sistema de gestión centralizado, que es TFS, el otro se distribuye, que es get. Y dado que muchas industrias están mostrando preferencia por la versión distribuida, estoy seguro de que por eso Microsoft se ha asegurado de darnos esa oferta. Además, podemos seguir adelante y proceder con Git. Entonces puedes elegir tu proceso de elemento de trabajo basado en tu flora natural como equipo de proyecto y fue a continuar con básico. Y entonces podemos simplemente seguir adelante y crear proyecto para que todos esos ajustes sean únicos al proyecto. No es que la organización se vaya a fijar a esos ajustes. Es justo lo que el proyecto requiera. Eso es lo que se nos presentará. Una vez que hemos hecho toda esa configuración, tenemos nuestro proyecto creado. Nos llevan a la pantalla. Si por alguna razón, tuviste una experiencia diferente y estás en tu organización y quieres crear un nuevo proyecto, entonces podrías ir a New Project. Iba a hacer las mismas preguntas y luego permitirnos proceder y poder ver aquí el proyecto. Entonces una vez que estés mirando el panel de control de la organización, podrás ver todos tus proyectos. Así que déjame volver a uno donde hay múltiples proyectos. Con cada uno podrías ver todos los recursos, todos los elementos de trabajo, el código, todo lo relacionado con ese proyecto en particular. No obstante, como dije para este curso, estaremos procediendo con esta nueva organización. Y cuando volvamos, realizaremos un recorrido general por las herramientas que se nos ofrecen a través de nuestro nuevo panel de Azure DevOps. 4. Gestionar la organización: Muy bien chicos, bienvenidos de nuevo. Entonces la última vez que estuvimos aquí, creamos nuestras columnas. Instalamos nuestro primer proyecto en nuestra nueva organización. Y realmente queríamos empezar a mirar las herramientas. Pero antes de hacer eso, quiero que veamos la organización y discutamos brevemente cómo tener este constructo organizacional nos ayuda a lograr nuestras ambiciones DevOps. Por lo que el total se nombra como su DevOps, lo que significa que es una herramienta que está diseñada para facilitar DevOps. Devops es más que tecnología porque sí, palabra de moda y el conocimiento de Newton lo es, y empezamos a escuchar son tanto Docker como sin servidor y también automatizó este punto y continuo. Antes de meterme en todas esas cosas, veamos los fundamentos de DevOps. Devops es una forma de pensar. No se trata sólo de un montón de tecnologías, desarrolladores haciendo cosas diferentes. Es forma de pensar. Y esa forma de pensar tiene que permear en la organización en la que se está implementando. Antes no, o antes de DevOps era realmente una cosa o lo que llevó a que DevOps fuera una cosa, era un zorro que todo el mundo trabajaba en sus silos en una organización. Entonces alguien diría, Oh, necesito esta nueva característica. Alguien más lo aprobaría y luego depositaría, ¿no es así? Y TI acaba de caer bajo presión porque están viendo, ya sabes, dónde está, por qué el contacto consigue su mientras que TI está tratando valerse por sí mismos la fuerza para escribir código, para administrar infraestructura, tratando de probablemente a algunos otros requisitos de recursos, reunión, etc. Así que nadie realmente entiende por lo que está pasando la TI. Una probabilidad de TI realmente no entendió el motivo de la solicitud. Devops es diferente o trae una forma diferente de pensar porque va a tener a todos involucrados, todos tienen un papel que jugar en la entrega de esta solicitud. Por lo que tenemos recursos de diferentes departamentos, todos colaborando y viendo los avances en la comprensión de cada una de esas luchas y ayudando a aliviar lo que puedan, donde puedan como rápidamente como sea posible. Ese es el concepto de DevOps dentro la organización que hemos configurado en esta nueva herramienta, realidad podemos seguir adelante e invitar a otras personas. Muy bien, así que aquí muestra que este es el nombre de la organización. Podemos darle una descripción. Podemos configurar nuestra zona horaria, el propietario de la organización elegida puede eliminar el propietario de la organización elegida y la organización. Puedo mirar todos los proyectos en los que están involucrados y crea un nuevo proyecto si es necesario. Puedo administrar mis usuarios para que pueda agregar usuarios. Y estos usuarios por supuesto, serían diferentes partes interesadas, incluso diferentes desarrolladores, cualquiera que necesite acceder a la, la organización o los proyectos en la organización, etcétera Todos de esas personas se pueden sumar aquí. Por lo que en realidad puedo agregar un usuario básico, un stakeholders o suscriptor de Visual Studio. Aquí es donde como que damos un paso atrás y discutimos costos y obligaciones. Entonces esta es la versión alojada en la nube de Azure DevOps, hay una versión de la misma que en realidad puedes haber alojado localmente en tu empresa si configuras. Y sería, bueno, quiero decir, cualquiera que sea el acuerdo de licencia que tengas para eso, irías a ejecutarlo por sí mismo. Esta es la versión cis de la misma. Entonces no puedo usarlo para mi uso personal. Y esta organización es realmente sólo una representación de cómo podría ser nuestra empresa. Una empresa podría suscribirse a ella y utilizarla en consecuencia en qué punto, en función de su tamaño, definitivamente tendrían ciertas restricciones o asignaciones que probablemente ganaste no tener a nivel personal. Cuando se trata de agregar usuarios. No podemos tener usuario básico y podemos conseguir hasta cinco usuarios y ellos tendrán acceso a características que controlan el control de versiones de origen, herramientas para Agile y build liberar a los grupos de interés. Esos serían capaces de trabajar con eso un atraso, ítems y consultas allí probablemente no podrán entrar en el código y todas esas cosas. Pero aparte de gasoductos y así sucesivamente. Pero pueden entrar y ver artículos de trabajo e interactuar con los informes de progreso, hablar, hago nuevas solicitudes. Y tendrá suscriptores de Visual Studio que básicamente obtienen todo el shebang. Pero obviamente esos son más suscriptores a nivel empresarial. Por lo que tienen acceso a todas las cosas que como tus planes de prueba y algunas otras características que los usuarios básicos no obtendrán en este momento donde actuando en comunidad, estamos haciendo para tener esas características, al menos no en este curso particular o una trinchera de la lección. Pero es bueno apreciar qué asignaciones y restricciones existen en función de cómo añadas tus usuarios. También podemos pasar por edificio. Podemos establecer las notificaciones globales. Podemos ver la auditoría para ver quién ha hecho qué. Podemos administrar su Azure Active Directory. Podemos configurar un agentes personalizados para ductos y albercas. Podemos establecer el despliegue aumenta su número de cosas que podemos hacer a nivel organizacional. que cuando las personas entren a la organización o se unan a un proyecto, cada proyecto solo se adhiera a los ajustes aquí. Esas son las cosas que podemos hacer con nuestra organización. Cuando volvamos veremos a empezar a mirar las diferentes herramientas que nos ofrecen en el tablero. Cuando tenemos nuestro proyecto abierto corriendo. 5. Gestionar el proyecto: Muy bien, entonces cuando venga al proyecto, podemos ir a algunos escenarios globales aquí. Para que pueda ir a administrar servicios. Por lo que aquí puedo ir a los diferentes aspectos que también están caídos a un lado. Por lo que vamos a pasar por aquellos en detalle uno por uno. Pero si sólo voy a administrar sus servicios detrás de aquí, puedo manejar cosas sobre el proyecto. Puedo manejar el nombre, puedo poner en una descripción. Vamos a seguir desplazándose. Podemos cambiar el administrador o los administradores de AD. Por lo que este proyecto, podemos activar y desactivar los diferentes Servicios DevOps de Azure que podemos o no desear. Y en última instancia podemos eliminar. Si miras a través, verás que también puedes gestionar Equipos. Puede gestionar los permisos para las personas dentro de este proyecto. Por lo que habríamos agregado personas a nivel organizacional. Entonces en realidad podemos manejar quién puede ver dentro de este proyecto en particular. Podemos gestionar nuestras notificaciones, podemos llamar make a nuestro GitHub. En realidad podemos filtrar commits a nuestro repositorio de GitHub. Digamos que GitHub es donde estás haciendo la gestión real del control de fuentes. No es que tengas que migrar el repositorio a DevOps, pero podrías usar DevOps como la gestión para tus proyectos de GitHub. Por lo que es muy fácil clínica tus Azure DevOps a GitHub. Puede configurar diferentes configuraciones. No me voy a sentar aquí y pasar por cada 11 por uno porque algunos de ellos con los que puede interactuar, algunos de ellos con los que puede que nunca tenga que interactuar. Pero el punto es que tienes todas esas opciones disponibles para ti. Así que puedo volver al tablero y si alguna vez necesito volver a visitarlo, digamos que este estilo se ve de manera diferente para cuando empezamos a registrarnos y hacer todo tipo de cosas increíbles. Solo tienes que bajar aquí a la configuración del proyecto cuando quieras modificar esos ajustes y siempre puedes contraer esa barra lateral o expandirla según sea necesario. 6. Tableros de Azure DevOps: Muy bien chicos, bienvenidos de nuevo. En esta lección, vamos a estar mirando tableros. Saber antes de movernos en mi pantalla, notarías que tengo el proyecto original del sistema de gestión escolar que creamos, y tengo otro con el texto adjunto que dice Scrum. Uno, siempre se puede ir a Nuevo Proyecto y crear un nuevo proyecto. Ahora la razón por la que creé esta llamada Scrum es una. La forma en que creé este llamado Scrum es que le di el nombre, la descripción, y luego en el Avanzado, en lugar de elegir el proceso básico de elemento de trabajo que elijo, elegí este elemento de trabajo chrome, un proceso para que realmente pueda hacer clic a través de cada uno. Te recomiendo que creas proyectos con cada uno. Y luego se puede ver la diferencia entre Agile versus lo básico frente a un CMMI versus Chrome. Quería mostrarte la diferencia entre lo básico, que es el primero que creamos en el scrum. Desde la mayoría, la mayoría de los equipos con los que he interactuado al menos utilizan la metodología Scrum para sus proyectos. Puedes pasar y ver las diferencias si lo deseas. Pero me voy a centrar en básico versus Scrum. Entonces si hacemos clic en la gestión escolar que sólo estoy haciendo clic para abrir cada uno en su propia parte superior derecha. Entonces aquí hay un proyecto básico de gestión escolar tienden a recordar que habíamos establecido algunas cosas donde agregué algunos miembros. Si voy a tableros y estamos aquí para buscar tableros, había creado una tarea, trabajo ítem, ¿verdad? Entonces si quisiera crear un nuevo elemento de trabajo hacia fuera tres opciones. Una época que básicamente representa un enorme cuerpo de trabajo. Tenemos un SEO que representa como, bueno, algo está mal, por favor arreglarlo. Y entonces tenemos una tarea que acaba de decir, está bien, estos son los, este es el desglose. Esto es lo individual que hay que hacer, que probablemente sería como la representación más granular de toda la obra que está involucrada en una épica. ¿ Está bien? Entonces claro a medida que avanzamos, surgen temas. No, podemos mirarlos en la lista así. Entonces para crear uno nuevo igual a nuevo trabajo, asumo que eliges tu plantilla. Si quisiera una nueva épica, solo digo que te doy el título. Digamos que el portal de padres podría ser una épica. Usted lo asigna al usuario. En consecuencia. Se puede ver la prioridad. Puedes establecer la fecha de inicio y un objetivo. En efecto, ambos tienen recolectores Callender que pueden usar para que te asegures de que obtienes valles son precisos. Muy bien, entonces puedes agregar enlaces a otros artículos. Por lo que aquí puedo añadir un nuevo ítem. No puedo agregar una tarea y luego revelar calles en un atraso. El atraso representa los ítems que hay que hacer dentro de un sprint. Por supuesto, querrías poner en una descripción. Así que tal vez o negocios todo el dueño de tu producto o quien esté solicitando esta nueva épica te pondría lo suficiente para que alguien leyendo la tarea pudiera tener una idea general de lo que se necesita. Puedes tener una discusión, puedes etiquetar miembros, puedes agregar enlaces a otros elementos de trabajo que puedan estar relacionados con éste, etc. Así que cuando estés haciendo todo eso, haces clic en Guardar. También tienes la noción de un bar de historia para que puedas ver quién fue interrumpido. Creará eso. Tal vez agregará un comentario. Toda la actividad a lo largo esta tarea o elemento de trabajo en particular se puede llevar por camión aquí. Se puede agregar un enlace a un nuevo elemento o a un elemento existente, por supuesto, lo siento, antes cuando dije que no podía agregar un artículo nuevo es porque necesitábamos guardar. Siempre ahorre. Y luego puedes empezar a agregar nuevos artículos. Entonces puedes agregar archivos adjuntos. Entonces si tienes documentos justificativos o algo así, siempre puedes adjuntarlos en consecuencia. Cuando quieras agregar enlace, esto estará sirviendo con lo épico es toda la idea. Entonces tu nuevo artículo aquí probablemente sería más como una tarea infantil. También podría ser un tema. Mientras trabajaba en este gran cuerpo de trabajo. Tienes el hueso apagado, lo que hay que hacer. También tienes quizá problemas en el camino, ¿verdad? Por lo que una tarea para un portal padre podría ser interfaz de diseño. Usando Bootstrap por el bien de la discusión. Hacen click en Ok, y luego te lo tiraste te dijo que tenía una descripción. Y notarás que el diseño, el formulario es generalmente el mismo. Lo que podría diferir sería en la sección de planeación. Entonces la planeación para toda la épica, si tienes un comienzo en verdad, será diferente de una tarea en particular donde solo tendrías la actividad. Por lo que aquí la actividad será como el diseño. Y el trabajo restante probablemente sería como estaño. Y estos trabajos restantes generalmente se calculan en horas o supongo que sean cuales sean las unidades de tiempo su equipo esté de acuerdo, ¿qué utiliza allí? Cuando hago esto, puedo saber ver si es para hacerlo bien, lo estoy agregando por primera vez. Se lo estoy asignando a alguien de mi equipo. Y puedo guardar y cerrar y notar que aún podemos ver un historial y ver elementos de trabajo vinculados así como Plutón y apego. Entonces lo es en general. Lo mismo, pero solo tienes diferentes parámetros de planeación para que pueda guardar y cerrar eso. Y fui, estoy mirando la épica. Puedo ver las tareas asociadas a ese mayor cuerpo de trabajo. Una vez que se crea, puedo cambiarlo, no. Entonces si sé que estoy empezando a trabajar en ello, No, no puedo ver. Ok. Sé que está en el hacer que lo estoy haciendo. Ya sabes, solo dame un poco de código de color para que diga lo que está y viendo. Si lo cambio a Don, creo que eso cambia el verde. Ahí vamos. Está terminada. Ahí vas. En realidad se puede usar eso para camionetas a medida que avanza. No, esa es la lista Eso es los elementos de trabajo. Si voy a las tablas, no puedo conseguir tan poco. Voy a decir Trello, mira, déjame, déjame volver y cambiar una de mis tareas por hacer. Está bien, está reactivado. Entonces si voy a tableros, puedo desde aquí mirar temas o epopeyas. Muy bien. Entonces si no me puse nada más fácil, pero si miro la nieve épica, traerá las épocas que creé y las puedo ver en esa pequeña vista de tareas, ¿verdad? Entonces aquí esta épica es para hacer. En realidad puedo cambiar el estado a hacer nuestro solo puedo arrastrarlo a hecho. Si tengo una tarea infantil, déjame simplemente agregar una tarea infantil rápida. Estás probando tareas. Muy bien. Haga clic en Aceptar, Guardar y Cerrar de dos tareas para realizar debajo de esa en particular. De acuerdo, entonces desde este punto de vista, ni siquiera estoy viendo las tareas enumeradas. Una vez más, esta es la plantilla básica que estamos utilizando. Creo que esto es genial para ti. Solo quiero rastrear lo que estás haciendo, dónde estás con cada tarea. Y puede ir entre tus estados con relativa facilidad, no tan simple, es un atraso. Los atrasos generalmente representan tareas que deben abordarse durante un sprint en particular. Entonces desde aquí, una vez más, puedo ver ya sea los temas o las epopeyas. Aquí están los artículos atrasados. Y puedo asignar un elemento de trabajo a un sprint ya sea desde la pantalla de edición. Entonces aquí puedo ver que la iteración en la que quiero esta en particular sería como resortes uno. Puedo ver si UNCLOS y luego sé que cuando miro en sprint uno, no estoy viendo mis tareas que acabo de asignar al sprint. Para el sprint vuelve a montar el Detroit. Puedo decir que quería sprint para durar de XD a y dy dt. Puedo darle un nombre. Y por supuesto que puedo ponerme opciones para que los detalles de palabra estén planeando. También puedo poner en consulta nuestros filtros por los tipos de tareas a las que se les asignan, lo que quería ver cuando no se puede sprint. Conoce, una de las razones por las que no estoy viendo los ítems son las épocas como acabo de asignar a este sprint. Cuando hago clic en nuevo elemento de trabajo, notarlo una vez que crea un nuevo número, sólo se está fijando en ECO en esta vista particular. Esta es la secuencia base de nuevo, así que no estoy del todo seguro de lo que está pasando aquí. Podría ser simplemente masivo en la representación en, pero solo he experimentado esto. El plantilla básica una vez más, si vamos a consultas, mientras que con el más bajo para filtrar o añadir filtros adicionales a nuestros ítems de trabajo. Para que podamos tener los favoritos, podemos mirar todo eso, mientras que me enviaron todos los elementos de trabajo de la actividad pulgar siguiendo puedo ejecutar la consulta. Puedo, incluso al crear los elementos de trabajo, puedo agregar etiquetas. Estas etiquetas realmente pueden ayudar con el filtrado. Así que sólo podría filtrar en todas las tareas que tienen una etiqueta en particular que podría ayudar. Por lo que sería bueno que cuando tu negocio, otra tienda, tu producto sepa quienquiera que esté poniendo en estas tareas al desarrollador senior que añadas las etiquetas para que si alguna vez lo necesites para consultar todos los elementos de trabajo relacionados, en realidad podría simplemente comprar una nueva consulta y luego realmente rellenar los diferentes campos. Entonces aquí puedo decir que quiero a todos aquellos en un estado particular. Yo puedo elegir eso. Quiero aquellos con etiquetas particulares, ese título, etcétera Para que ese es un mecanismo muy poderoso que puedan hacer uso. Entonces tenemos el concepto de un plan de entrega, único plan nuevo que realmente pondrías en un nombre de plan, poniendo una descripción, puedes elegir el proyecto con el que estamos tratando. Y luego puedes elegir qué atrasos. Entonces puedes sumar un equipo. Es decir, cada vez que se puede agregar el proyecto, quién está trabajando en el proyecto, etcétera Puedes limitar los artículos de trabajo que aparecen en esos planes de entrega en particular. Entonces para esta entrega que está prevista, necesitamos estos artículos de trabajo. Por lo que comenzó en este proyecto por parte de este equipo. Y hay epopeyas hay problemas que se están solucionando, etcétera Esos son todos, no todos. Esas son algunas de las cosas que podemos hacer saber, sigo haciendo hincapié en que se trata de las plantillas básicas. Si salto a las plantillas de Scrum, ¿verdad? Y luego vamos a las tablas. Notarás que los elementos del menú son más o menos los mismos. Por lo que casi siempre obtendrás el mismo acceso a las mismas características independientemente de la plantilla que elijas para tu proyecto. No obstante, cuando voy a nuevo elemento de trabajo, mira nuestras opciones. Tengo más opciones aquí que lo hice con el básico no, puedo identificar algo como una bombilla. Esto tiene que ser arreglado. Esto fue identificado, por favor arréglalo. Todavía tenemos el concepto de una época. También tenemos el concepto de una nueva característica. Tenemos un impedimento, por lo que puede que no sea un error, pero podría ser algo que esté deteniendo el flujo natural de progreso en la aplicación, los artículos atrasados del producto. Por lo que ya miramos cuáles son los artículos atrasados. Y entonces tenemos la tarea, ¿verdad? Por lo que normalmente crearías una tarea agregada a nuestro elemento de acumulación. Y luego un elemento atrasado podría asignarse a una función o a una caja épica. Normalmente los uso como autónomo porque, ya sabes, cuando algo es un error necesita ser arreglado, es algo que hay que abordar. Y entonces tal vez tipo de tareas asignadas a los libros. Usualmente uso tarea como niño a cualquiera de los anteriores realmente, o al menos el producto atrasado y error frente a la acumulación podría ser el niño a cualquier cosa, realmente. También tenemos casos de prueba, por lo que esto sería bueno para que tu equipo de pruebas pueda detallar lo que se está probando y mantener a camión fuera de esos resultados. Esos son los elementos de trabajo a los que tienes acceso en el tablero de Scrum. Si voy a los atrasos, será una experiencia similar. Puedo ver todos mis atrasos y tener más sprints llenos. Por delante. Aquí puedo mirar Spring a uno y tengo esta solución de proyecto de configuración ya los científicos imprimen uno ya, ¿verdad? Son los mismos conceptos. Todo lo que hice fue, se saltó una tablilla, lo siento. Entonces si miro la épica, puedo ver que está en iteración sprint uno o cualquier sprint en el que se supone que debe estar. Además, la forma se ve ligeramente diferente porque ahora puedo ver cuáles son los criterios de aceptación. Aquí está lo que me hace aceptar que el trabajo se ha realizado con éxito. Puedo establecer inicio en fechas objetivo. Una vez más, esto está mirando a una épica. Puedo resolver los esfuerzos, el esfuerzo predicho, el negocio valoran la criticidad del tiempo. Entonces como dije, que todo este piso Agile y DevOps y peor AHORA con la plantilla Scrum es en realidad algo que involucra más cosas que solo un desarrollador tratando de detallar lo que tiene que hacer, que es probablemente lo básico que traería a la mesa. Aquí. El negocio tiene un decir, por lo que puedo ver que el valor del negocio es x y la criticidad del tiempo es y, y el área de valor es arquitectónico o empresarial. Por lo que como desarrollador, tengo más aprecio por el nivel de urgencia con el que se debe llevar a cabo esta tarea. Y el negocio tiene más C en lo que necesito hacer. Y puedo dar un poco más de pushback porque tengo más información. Entonces es una forma diferente de pensar. Por lo que aquí ves que tienes diferentes estados también tienes nueva forma de En Progreso hecho se eliminan. Pero en términos generales, todavía tenemos las mismas pestañas. Se puede ver la historia, podemos mirar enlaces, podemos mirar los archivos adjuntos. Si voy a las juntas, No, tengo más estados, por lo que es nuevo versus aprobado versus comprometido versus amanece nuevo. Eso se explica por sí mismo. Aprobado significa que alguien puede haberlo puesto, pero aún no está aprobado para empezar. Cuando se aprueba, significa que alguien hace para trabajar. Entonces quien se le asignó viene y ve eso. Ok. Hay algo que me ha aprobado y asignado. Muy bien, estoy comprometido a terminarlo. Y luego mientras estoy trabajando en ello, se queda ahí. Pero luego cuando termino, ya está hecho. Muy bien, entonces esas son las etapas que están disponibles para ti en las plantillas de Scrum. Entonces podemos ver los atrasos. Ya nos saltaron una especie de adelante a aquí. Así que déjame simplemente no lo tire al sprint. Si miro el sprint en esta vista, puedo ver los elementos atrasados y añadir otros nuevos si es necesario. Por lo general van a ser objetos atrasados son errores que se asignan a un sprint en particular. Consultas. o menos sólo verlo ventana. Sólo puedo hacer una nueva consulta. Puedo guardar la consulta y consulta contra diferentes. Los puntos de datos y el plan de entrega es más o menos lo mismo. Otra característica clave o útil sería la analítica. Para la analítica, podemos ver el trabajo promedio en curso. Puedo ver un informe completo. Entonces quieres ver quién está trabajando nuestro ¿Cuál es el tiempo de quemadura versus el esfuerzo que se está poniendo a cabo. Se podía ver que en tantos días, nos hicieron tantos. Puedes mirar diferentes nadadores. Nos ramillete sobre el concepto de nadadores más adelante. Otra cosa que podría usarse es la velocidad. Entonces en la pantalla de atrasos para la planificación, en realidad puedes activar y desactivar ciertas opciones para que puedas mirar la apariencia. Por lo que quería ver qué es, lo que tiene aquí arriba en este artículo atrasado no tiene apariencia. Entonces probablemente querría adjuntarlo a una épica, ¿verdad? Por lo que podría agregar enlace elemento existente y luego ver cuál es el tipo, si es niño, digamos que es un niño o no, siento, A qué hora en ambos el enlace es apariencia. Y entonces solo podía hacer click aquí y ver toda la apariencia. Entonces veamos, ya que una solución de proyecto sería épocas de prueba ante los enfermos humanos. Y luego haga clic en Aceptar. Por lo que no, Este ítem atrasado tiene apariencia y ver si UNCLOS una vez que hago eso, si refresco esta página, no, vas a ver que la apariencia es la épica. Tenemos el ítem atrasado y luego tenemos todas las tareas asociadas a eso. Digamos que se obtiene esa jerarquía yendo domo. También puedes ver la analítica. Oh, lo siento, se suponía que debía mostrarte lo siento. Eso podemos poner en si saltamos de nuevo a los atrasos, si apago periodos de lo que se disponga de pronósticos. Entonces, ¿por qué se muestran la apariencia? No podía ver el pronóstico. Entonces por el costeo realmente te ayudaría a medir eso en base a una determinada tasa de trabajo. Entonces esto es agujero el sprint podría terminar. Para que puedas ver que es VS a una velocidad de diez, podrías aumentar eso a tal vez 30. Depende de cómo trabaje tu equipo como sea tu imagen a la vez, por supuesto ya o jefe de proyecto lo que abordarías ese valor. En consecuencia. También puede ver los elementos en curso están desactivados. No se quiere ver lo que está en curso. Se quiere ver sólo lo que se ha completado versus sólo en curso. Y omita tanto lo que se ha completado. Puedes cambiar esto a mapeo versus planificación versus off. Y a diferencia de lo básico donde solo tenemos temas sobre tareas, tenemos características en elementos atrasados. Aquí. No tengo ninguna característica, característica realmente en las tareas creadas. Pero sería el mismo tipo de dinámica donde solo puedes agregar características como elementos de trabajo y luego puedes asignarlas al sprint. Por lo que eso es una visión general de la sección Juntas. Entonces en el futuro, voy a seguir con el layout de Scrum. Creo que es un poco más involucrado, Es un poco más robusto, tiene más características. A lo mejor esas características son únicas de la junta. Puedes probarlos tanto OTA como compararlos. Como dije, entre las diferentes soy plantillas y ver lo que falta de una y lo que es útil para una situación y ver si estás solo desarrollador, solo quería rastrear tus tareas. A lo mejor simplemente no será un C. Sin embargo, si estás trabajando en equipo con individuos multifacéticos que no son solo desarrolladores, no solo análisis de negocios, no solo un programa o gerente de proyectos, entonces probablemente quieras usar la plantilla Scrum para superarla. 7. Repositorios en Azure DevOps: Muy bien chicos, así que en esta lección vamos a estar mirando el top re-post. Entonces la piedra Pulitzer repos. Y desde aquí se puede ver que no tengo repositorios por la nada. Me está diciendo que uno que puedo clonar a mi computadora. Si alguna vez has usado GitHub, entonces sabes que estas opciones son más o menos lo que verías en GitHub de todos modos. Puedo clonar a mi computadora, lo que significa que probablemente ya tenga archivos aquí arriba. O solo quiero que mi computadora cree un espacio que se sincronice con un repositorio que está aquí arriba en el código. También puedo clonar usando Visual Studio Code o cualquiera de estas herramientas que tienen excelentes plug-ins para la integración de Git. Nota no para la integración de Azure DevOps, sino para un regalo. Entonces como sus DevOps solo está proporcionando servicios regulares de Git que sabríamos descargar de GitHub y otros proveedores get. Cualquiera de estas herramientas que apoyan regalos incluyendo Visual Studio, visual Studio Code, podría utilizarse para facilitar ese clon. De lo contrario, puedes usar tu línea de comando si así lo deseas. O puedes importar nuestro repositorio desde algún otro lugar. Y si tuviéramos que explorar esa opción de importación, entonces verías que podrías elegir qué tipo de repositorio es el que quieres importar. Entonces eso es un repositorio Git o un TF, VC, o TFS si esa es la expresión que estás acostumbrado a Team Foundation y solo eliges cuál. Si se consigue, en realidad podría simplemente poner como una URL de Git Hub justo aquí y simplemente lo importaría desde GitHub para mí. De lo contrario, puedo seguir adelante e inicializar una sucursal principal aquí en la Nube. Puedo añadir un leerme y también puedo elegir qué tipo de archivo gitignore quisiera. Entonces basado en el tipo de proyecto que está en mi barco para trabajar en el archivo gitignore. Si no estás familiarizado con, eso, básicamente dice consigue que cuando estás empujando y tirando, cuando estás registrando o estás actualizando archivos, ignora estos archivos en particular. Por lo que normalmente querrías usar eso para ciertos archivos de configuración. Cuando estás trabajando en equipo, tal vez estén usando diferentes conexiones. Las cadenas son diferentes valores de conexión. No necesariamente quieres esa señorita donde estoy comprobando en mis valores de conexión. Y entonces no se puede arruinar final y hay que ser asistente de ida y vuelta. Dónde vas a usar Visual Studio para nuestro proyecto, solo podemos elegir la plantilla de Visual Studio consigue ignorar, y luego solo haré clic en Inicializar para que empiece. Así que aguanten la caja. Obtengo este archivo README y obtengo este archivo gitignore para llegar a ignorar archivo. Como dije, especificaremos aquí ciertos tipos de expedientes. Sabe que cualquier cosa con estas extensiones, ignora esas. Y a medida que te desplazas, verás aunque los puedes pasar por ellos y ver qué es exactamente lo que está viendo debe ignorar por los diferentes tipos de proyectos que podrían estar viniendo de una basada en Visual Studio proyecto. Una cosa a tener en cuenta es que con regalos tienes todo tipo de cosas que puedes hacer. Él puede hacer, puede clonar, se puede bifurcar, se pueden crear ramas. Se pueden hacer solicitudes de tirón. Y si todos esos suena ajeno a ti, no te preocupes, vamos a estar pasando por ellos. Esto es solo una visión general de lo que está disponible para nosotros. Entonces a partir de aquí, en realidad puedo crear otros repositorios. Puedo crear un nuevo repositorio en el mismo proyecto. Por lo que podría decir que esto es tal vez ver em dash test, mientras que la prueba de tablero del sistema de gestión escolar. Puedo hacer lo mismo con los regalos ignorar. Entonces puedo crear saber que tengo múltiples repositorios dentro de los mismos proyectos, proyecto lógico en Azure DevOps. Y puedo cambiar entre ellos con relativa facilidad. que veas yo podría hacer eso desde aquí también, podría crear un nuevo repositorio, importar uno o administrar, lo que significa que puedo seguir adelante y decir, Ok, ya no quiero prueba SCM. Permítanme simplemente eliminar esa. Y luego solo para asegurarte de que estás seguro te dan una actividad muy deliberada para reescribir el nombre y luego se puede quitar porque no quieren que cometas ningún error. Por lo que querían asegurarse de que estás seguro de que eso es lo que quieres. Simplemente puedo cambiar al sistema de gestión escolar predeterminado. Pergamino. Mientras estoy aquí, hagamos algunas ediciones. Sólo quería mostrarte un todo. Te ayuda a mantener a camión fuera de lo que está sucediendo en tu proyecto, ¿verdad? Entonces si voy al archivo me lees y veamos edito, no había podido hacer ciertas ediciones. Puedo hacer básicamente cualquier archivo una vez que estoy en la tina de repos mirando el archivo, siempre puedo editar. Entonces si quería agregar otro guión tal vez para ver Google, sea lo que sea, entonces esto es compatible con Markdown. Entonces si estás familiarizado con Marketo y luego te das cuenta que el hashtag aquí representa un objetivo cada uno, más o menos la inmersión, el guión representa una viñeta, ¿verdad? Así que si estás familiarizado con Mark, no lo hagas, entonces lo sentirás bien, Ese es el hogar con esta slash de slash https colon W W.google.com. Muy bien, hice esa nueva URL. Y entonces solo puedo decir comprometerme. Con cada uno te comprometes a incluir un comentario que nos dé orientación en cuanto a qué cambios hiciste o qué es diferente el código que estás aportando. Por lo que quieres poner en un comentario. También puede especificar nuestra sucursal. Entonces la rama es generalmente media promotora o creando, en lugar de crear una rama principal ahí está otra vez, en el pasado, esto solía llamarse Maestro. Entonces si ves a Maestro, es más o menos un concepto de costura no significa. Y entonces puedo asociar esto con cualquier elemento de trabajo para que de esa manera pueda mantener camión fuera del trabajo que ha sido aportado incluso por un usuario o miembro del equipo en particular en relación con el real tarea que se está haciendo. Entonces si dije tareas de prueba, probablemente el trabajo aborde más de una tareas también. Así que eso está bien. Sólo puedo comprometerme. Ves aquí está comprometido. Entonces si hago clic en ese commit, me mostrará lo diferente de esta versión del código o dispersión del archivo que realmente se cometió. Y quién lo hizo cambiar, ¿verdad? Por lo que Trevor Williams se comprometió. Solo sé, puedo mirar los detalles y decir, esto es quien fue autor de él está comprometido, lo empujó. Puedo mirar la apariencia. De dónde viene. Puedo mirar los elementos de trabajo asociados con él e incluso puedo navegar por todos los archivos que habrían estado en ese commit en particular. Entonces cuando miro todos los archivos en este punto, puedo ver que éste se actualizó solo sé con ese commit por parte de esa persona. Una vez más, la historia mostraría un gráfico de todos los commits, cualquier ramificación que pudiera haber ocurrido en el camino. Y todas esas cosas que generalmente van a pasar durante el equipo Lisa ejercitarse fuera de la construcción de nuestro proyecto. Puedes usar este gráfico para ver cada commit y cambio que se hizo. También podemos hacer cumplir esas estrategias de ramificación, políticas de ramificación vigentes, solicitudes de tirón. Sin embargo, estamos mirando esas cosas más adelante. Si continuamos con los commits de Lucy del tubo, acabamos de ver para comprometer el gráfico, ¿verdad? Entonces esto es sólo un gráfico dedicado para los commits para ese repositorio verá todos los empujes. La diferencia entre un commit y push es que puedo cometer el código, pero empujar realmente lo pone en el código fuente, ¿verdad? Por lo que podría tener como una política es decir que no se puede simplemente cumplir con los comentarios. ¿ Se tiene que cumplir con ciertos criterios sobre antes de que pueda ser empujado a la rama principal, orientarse a cualquier rama. Para que pudieras, Esa es la diferencia entre un commit y un empuje. Bastante mucho. Podemos mirar las ramas. Por lo que aquí puedo configurar nuestra sucursal. Puedo crear una nueva sucursal si es necesario. Puedo ir a nueva sucursal en términos generales, capaz de deshacer, crear una nueva rama para nuevas piezas de trabajo, esas nuevas características, ¿verdad? Entonces si estoy desarrollando una nueva característica para el Sistema de la Escuela de Gestión, no querría crearla directamente en la sucursal principal porque mi nueva característica podría tener algunos cambios de ruptura, cambios de esquema que no estaban del todo listos para tener en el código fuente principal. Y también lo quieres veterinario antes de armar todo. Por lo que se crearía una rama de característica. Aparecer en portal sería una rama de características. Y entonces se podría decir, está bien, parece que lo siento, no hay espacio. Entonces se podría decir que está basado en la media para que pueda basarlo en otras ramas si es necesario. Lo dejaremos en la media y luego igual a establecer asociado a unos elementos de trabajo en particular. Entonces dices Create. ¿ En qué nuestra rama hace esto una copia? Hace una copia de cualquier marca en la que bases eso. Cualquiera que sea el código fuente en esa rama original va a tomar una copia de eso y ponerlo en su propia copia. Sé que puedes trabajar en contra esta copia fuera de la rama media. En este caso, puedes tener tantas ramas como necesites. Cuatro características, por supuesto, eres un maestro de scrum y tu, tus mayores determinarían mantener la estrategia de ramificación funciona a largo plazo. Trabajemos a través de esta sucursal. Por lo que creamos este portal de padres de sucursal. Sólo voy a crear una edición rápida aquí. Por lo que sólo voy a hacer click sobre el Léame it y vamos a ver. Sólo voy a poner el texto aquí. Hashtag. Para hashtag satisfacer cada uno por trabajar en el portal padre. Entonces digamos que esto es lo que estoy haciendo. Me comprometería hizo apariencia, apariencia, trabajo de portal. Hice todo eso. Podría asignarlo a una tarea una vez más. Así que acabo de poner prueba en tareas y comprometerme. Una vez que nos hemos comprometido, obtenemos la opción de hacer una solicitud de pull. Por lo que voy a tirar solicitudes sería como cuarto de vista, correcto. Entonces TFS, en realidad nuestra t de VC realmente lo llamaría una revisión de código donde enviaría mi copia del trabajo a quien, al equipo, sea cual sea la política, bala a quien sea haciendo los cheques antes fusionar el código que obtendrían la solicitud de pull. Así que fui a crear una solicitud de pull y luego puedo poner en la descripción del título y las otras características que quiero. Podría solicitar una revisión de ese usuario o usuarios en particular. Y entonces solo puedo seguir adelante y crear esa solicitud de tirón. Entonces se va a revisar para asegurarse de que no haya conflictos de fusión. Fusionar conflictos suelen ocurrir como si tal vez el fuego editado, tendría yo tomaría té y algo que él está en un archivo en particular. Y para cuando estoy haciendo esta solicitud de tirón, es diferente en la media. Entonces eso significa que la media se fue a la izquierda y yo he ido a la derecha. Entonces obviamente va a haber un conflicto fusionado. Por lo que me destacaría que hey, ya sabes, base en los archivos de esta solicitud de pool, las ediciones en este pool solicita, entrarían en conflicto con los archivos de la rama de origen fuera en este punto. Por favor, asegúrate de que no haya problema. Por lo general ocurre si dos personas editan el mismo carril en diferentes versiones. En este caso, he hecho mis cambios y lo ve como sólo ese cambio. No hay nada ahí que esté en conflicto con ello. Y en ese punto, solo puedo seguir adelante y puedo sumar nuevos revisores, para que pudiera agregar otro revisor opcional o alguien que se requiera. En cualquier caso, puedo, como revisor, apruebo o pruebo logísticos de ancho decir que estoy esperando reciente etc O simplemente puedo completar abandonado o comercializar como borradores tan abundantes serían como cancelando todo el asunto. A lo mejor me di cuenta oh, chasquido , no hice esto. Déjame cancelar. Completar esos sería solicitar un emerge para que pueda elegir diferentes opciones de Fusionar. Emerge. Conservará todos los commits para que puedas ver todas las ramas en cada palabra dura beat que se hizo contra una rama en hasta que se fusionó en mí. Y debido a que no puedo múltiples commits en mi sucursal particular sin hacer la solicitud de pool, la solicitud de pull es cuando estoy viendo que he terminado con mi sucursal. Por favor acepte. Muy bien, podemos aplastar, por lo que sólo hará un commit en el historial del gráfico. Y luego tienes rebase y fosfolípido y fusión semi lineal. No quiero entrar en los detalles de esos dos, al menos aún no. Vamos a completar la fusión. Entonces cuando estamos terminando, podemos decir completar los elementos de trabajo asociados fuera de lo emergente. Por lo que esto se usaría para indicar que la pieza de trabajo que se está fusionando aborda estos elementos de trabajo. También puedo quitar la rama después porque entonces eso significaría que esta característica es un voltaje ser implementado. No necesito trabajar en una copia separada. Y puedo personalizar el mensaje de commit merge si quiero. Que en la línea de tiempo, se puede ver lo que quiera ver además del default. Si completo la fusión, verás este cambio y te mostrará que se completó y podrás volver atrás y pick cherry. Esto casi sería como escoger esta versión específica de la fusión. Y más o menos eso es todo. Entonces si vuelvo a las sucursales, entonces ya ves que sólo tengo una rama. Y luego ves que solo sabes que hubo un commit y este commit fue agregando mis nuevas cosas que hice en la solicitud de fusión. Y verás aquí que el comentario te hace saber que se fusionó. Se relacionó con esos elementos de trabajo particulares. Si vuelvo a mi gráfica, entonces verás aquí donde se desvió para fusionar dos gráficos va a verse ligeramente diferente con cada opción fuera del tipo de fusión. Si volvemos a subir a tableros, sí, hemos terminado con tableros, pero mira esto ahora notarás que falta uno. Entonces si salto a los repos, vaya a tirar de las solicitudes. Y luego desde aquí puedo ver que he solicitado terminó en curso si es abundante o terminado. Entonces si voy a terminado, puedo ver los artículos de trabajo relacionados. Entonces sólo por contexto, si hago clic en esa tarea, realidad puedo ver todos los commits y fusiones y lo que haya sucedido, nuestro propio a pesar de particular ítem de trabajo. Para que pueda tener la historia completa del trabajo de desarrollo que se ha hecho. También puedo agregar enlace manualmente a la sucursal si necesito escribir. Entonces no hay sucursales en este repositorio, por lo que sólo puedo agregarlo para significar tiene que haber una sucursal y luego puedo asociarlas. Si bien estamos en reposo esto, echa un vistazo a las ramas rápidamente para que pueda hacer cumplir políticas de ramificación, ¿verdad? Entonces las políticas de Sucursal que también pueden hacer cumplir la seguridad. Si voy a unas políticas de sucursal desde aquí, puedo activar y desactivar ciertos ajustes. Por ejemplo, si tenemos un checker maker o lo que llaman el revisor de principio de cuatro hielo porque siempre debería mirar el código antes de que se ponga. El brunch medio, Entonces puedo requerir un número mínimo de revisores, requerirá la aprobación de un número específico de revisores sobre solicitudes Blue, solo puedo encender eso. Puedo decir revisores de Tour o un revisor. Puedes leer a través de esas otras opciones que puedes complacer en esa política. También puedo comprobar si hay artículos de trabajo vinculados para que no puedas estar revisando algo en. Nosotros me votamos sabiendo qué se asocia esta pieza de trabajo. Puedes consultar la resolución de comentarios. Por lo que todos los comentarios han sido resueltos sobre solicitudes pobres. Si puedo limitar el número de los tipos fusionados. Entonces eso significa, recuerda tuvimos el diferente tipo de fusionado, el que aprieta todo está en uno a uno que muestra toda la historia basada en tu política. Tal vez quieras ver uno yo no soy CDL ahí. No es necesariamente ver o éste se recomienda o no que dependa de tu equipo y de cómo estás ejecutando tu proyecto. Entonces estas son algunas cosas que puedes mirar cuando estás determinando cómo quieres ejecutar tu proyecto, qué tipo de estándares pretendes o alberca. Por supuesto, no se quiere poner en nada que vaya a frustrar el proceso, ponerle demasiado trabajo. Tienes que revisar tu capacidad de pensar. Pero una vez más, eso depende de ti y de la forma en que estás ejecutando tu proyecto. Ciertas cosas con Git serían diferentes con el motor TFS porque si tuviéramos que crear un nuevo repositorio y convertirlo en un TFA, TEA FVC, entonces notarías que hay ciertas cosas diferente, como para nuestros repos sólo han cambiado conjuntos y sets. Un cambio de conjuntos sería, sí, esto es lo que han registrado y muestra que sería como un área temporal. Por lo que no estoy del todo listo para revisar mi trabajo todavía. Entonces sigo diciendo pollos porque empecé con TFS. Entonces por eso sigo diciendo pollo en TV VCR, TFS. Revisa tu trabajo. No obstante, en git, compromete tu trabajo, ¿verdad? Entonces cuando traté de venir con niños, acabamos de ver que se puede hacer el pull, pull, solicitar flujo de trabajo. Con TFS. Puedes hacer Show sets. Por lo que estas son como copias de tu trabajo mientras estás completando tu tarea. Y entonces la ciudad de la barbilla sería lo que obtienes después que te hayas facturado a la media. La diferencia entre t y t FVC una vez más y get es que T de VC está centralizada. Entonces cada vez que tienes que estar comunicándote con este espacio de proyecto. Considerando que get realmente facilita un enfoque más distribuido donde cada miembro del equipo puede tener su propia copia y trabajar en su propio silo y tener su propio entorno. Y luego cuando están listos, acababan de fusionar dos aminas conseguir medio ambiente. No obstante, todo el mundo puede ser autónomo en su propio mundo. Al igual que un recorrido rápido y sucio por todo el trabajo de repos en las diferentes cosas a las que podemos llegar a medida que avanzamos, estaremos creando un proyecto que natural nuestro proyecto. Y si bien no es un curso de desarrollo, estaremos poniendo en ciertas cosas y mirando el flujo de trabajo y analizados en diferentes escenarios medida que el proyecto evolucione. 8. Solución de problemas en la conectividad de Git Repo: Muy bien chicos, así sucesivamente, esta lección, vamos a estar mirando tubería. Entonces, cuando hablamos de gasoductos, estamos hablando de construir, ¿verdad? Por lo que voy a abrir la carpeta remota cuando nos la máquina de refrigerante Turing tendría, habríamos tenido que pista en una carpeta. Lo tengo aquí, pero si no quieres tenerlo ahí como ejemplo, solo puedes abrir una carpeta local y navegarás por ella y luego seleccionas esa carpeta. Uno, SIR, solo verás son dos archivos y deberías ver candados en ellos para significar que son no han sido editados, al menos no localmente desde la última vez que obtuviste las últimas. También verás que estás conectado a ese repositorio Git en particulara ese repositorio Git en particular través de los iconos en la parte inferior derecha desde aquí, no hay mucho que pueda hacer. Sólo puedo agregar archivo, lo que sea. Entonces lo que fui a hacer es sólo ir a Archivo, Nuevo Archivo, Nuevo Proyecto. Y vamos a mantenerlo sencillo. Apenas vamos a hacer a.net Core Web up. Quería llamarlo sistema de gestión escolar. Elija una ubicación aquí como carpeta Scrum Escuela de Administración de OAA y cree nueva solución bien. En el nombre de la solución será eso. Entonces voy a nombrar el proyecto dot web. Desde nuestra junta de proyectos, la solución será escolarizada Sistema de Gestión. Y luego solo voy a hacer clic en Siguiente. Y trabajaré con dotnet seis, escogeré la autenticación de norma y eso está bien. Sólo vamos a crear. Muy bien, así que después de todo eso se hace, notarás que ahora tenemos algunos signos más al lado de la solución y todo lo que se creó. A lo mejor verás algunos candados, pero no te preocupes por el candado Sousa generalmente solo en las carpetas, pero los archivos son todo lo que hice. El hecho es que se agregó a un repositorio de Git. Entonces eso es toda la carpeta estaba preparada para integración de Git en virtud de ese regalo de carpeta Git, que es algo oculto. Entonces tengo en View Hidden files, que es lo que lo estoy viendo con claridad. Pero notarás que aún tienes todos los demás archivos que estaban ahí originalmente. Se hacen ignorar y el README. Y luego tenemos nuestra nueva carpeta con nuestros nuevos archivos de proyecto en solución. Eso es típicamente lo va a verse cuando añadas un proyecto. Digamos que queríamos empujar este proyecto para poder ir a conseguir cambios. Va a enumerar todas las cosas que se agregan. Y luego lo veré. Yo hice proyecto web, ese es mi pequeño mensaje. Y luego tienes algunas opciones aquí. Puedes un Fitch. Entonces buscar significa entre la última vez que conseguí el proyecto o una copia del repositorio y no, entonces las cosas podrían haber cambiado. Por lo que buscar vería cuáles son los commits en los que he entrado a la sucursal. Aviso Voy directo a la rama principal, ¿verdad? Con base en la sucursal en la que estoy, puedo recuperar todos los cambios pendientes son todos los commits que han entrado. Si quería tirar, entonces tirar significa que fui a actualizar nuestro TVC comido que hemos sido lo que obtengo más reciente, sea cual sea el último código que sea, lo bajó. Si hay conflictos, entonces me mostrarán cómo fusionar conflictos y así sucesivamente. De lo contrario, solo actualizará todos mis archivos para mí. Entonces cuando empujo, entonces así es como envío los archivos hacia arriba. Siempre se recomienda que hagas un tirón. Asegúrate de tener la última versión del código antes hacer un empujón porque no quieres que sobrescriba la de nadie. Otros cambios son un teorema al ver que tengo un error, diciendo que se dan piscina de campo y tú me conoces, no voy a ocultar errores. Por lo que dice que no puede determinar el nombre de la organización para esa URL remota. Para que la URL remota representa prácticamente la ubicación del repositorio Git aquí mismo, está diciendo div delta ceros slash curso de entrega continua. Y pensar que la forma en que se escribe URL es lo que está dando por vencido problema porque está diciendo que debería ser Argh meme en Azure.com. Si tú, quien lo consigue o ves algo que quieras modificar, quieres cambiar la URL remota o cualquier cosa. Siempre puede ir a conseguir puntos suspensivos de cambios e ir a los modos de gerente. De la gerencia promueve saber, generalmente el remoto predeterminado que se va a crear se llama orígenes. Entonces, una vez más, son remotos. Es la URL que va a vincular tu repositorio local a remoto fue en Internet. Entonces el origen es sólo la etiqueta que Git remoto. Entonces aquí está diciendo que cuando estés pitcheando, usa esa URL que se ajuste a la descripción del div.azure.com. Siempre puedo hacer clic en él, hacer clic en Editar, y puedo cambiar eso si es necesario. Bajo General, querías asegurarte de que la dirección de correo electrónico que tienes coincida con la dirección de correo electrónico que estás utilizando para esa comunicación. Para que sepas que mi dirección de correo electrónico aquí era incorrecta. He actualizado eso y déjame probar esta operación de nuevo. Eso aún no funcionó. Trabajemos a través del Alma. Creo que hay algo más grande en juego porque como dije, la dirección de correo electrónico equivocada estaba ahí para mí mal en el sentido de que yo era mi dirección que utilizo para GitHub a diferencia de, a diferencia de la dirección que estoy usando para Visual Studio Online o Azure DevOps, ¿verdad? Hay un Git Credential Manager el cual Microsoft te anima a instalar tu insultado instalando get full Windows. Así que sigamos adelante y descarguemos eso y ejecutemos el instalador solo para asegurarnos. Y entonces solo quieres mostrarte, quieres envejecer solo mostrar nuevas opciones solo para asegurarnos de que veamos la opción para habilitar el Git Credential Manager. Así que sólo voy a leerlo a través de la mayoría de estos. Podemos agregar ese cheque diario para actualizaciones. Por lo que sólo podemos hacer clic en Siguiente. Si querías cambiar tu editor, puedes decidirte por el nombre de la sucursal. Y la mayoría de estos son bastante inofensivos. En los puntos donde dice Get Credential, entonces puedes ver más información si quieres. Compré para qué sirve, pero eso está bien. Haga clic en Siguiente, Siguiente. Y sólo dejaré que se instale. Se puede ver aquí estaba algunas versiones detrás porque estaba en 2.28 notas en 2.35. Así que asegúrate de que estás en lo último conseguir en este punto. Y necesita el cuello y basta con hacer clic en terminar. No necesito ver las notas de la versión, así que volvamos a Visual Studio e intente eso de nuevo y miremos eso. Sus repositorios ya actualizados, no hay cambios para tirarlo conectado. Ok. Entonces, si encuentras alguno de esos problemas, asegúrate de que estás ejecutando la última versión de Git. Ya que estoy seguro de que esos eran tanto Microsoft como su equipo habrían identificado y noqueado las torceduras. Si ya tienes la última versión de Git, entonces probablemente no hayas experimentado nada que yo hice y eso está bien. Después de que hayamos hecho todo eso, recuerda que queríamos tirar para conseguir lo último en todo momento. Sigamos adelante e inglés. Por lo que empujar enviaría nuestro código hacia arriba. También puedes hacer un commit all y sincronizar. Por lo que esto realmente haría el commit, hacer el empuje o debido a un empuje pobre automáticamente. Entonces de la misma manera que hice clic pull and push, podías haber dicho comprometerme todo y hundirse y tiraría y empujaría. Y si tuviera algún conflicto, habría detenido la operación hasta que los conflictos nucleares y luego procedería. Así que comentemos todo y nos hundamos. Y cuando eso esté hecho, notarás que tienes candados en todos tus archivos. Ahora, si actualizas tu repositorio, entonces vas a tener tus archivos que acaban de agregar. ¿ Está bien? Por lo que ahora en realidad se podría iniciar un trabajo real. Entonces no, podrías decirle a los miembros de tu equipo, oye, vete a volar. Así que incluso cuando el mundo trata de mirar a través solo de configurar los repos y así sucesivamente. Si tuvieras que hacer clic en él en ese punto Z o máquina, probablemente habrías tenido problemas por ese mismo Git Credential Manager. Entonces, una vez más, si te encontraste con eso, entonces ese es tu fijo. Y espero que todo esté bien para ir por ti. Cuando volvamos veremos a los ductos. Por lo que ahora que tenemos una solución aparece, es una web proyectos, agradable y simple. Aún no hemos puesto nada en él. Pero nos fijamos en cómo configuramos, construimos ductos. 9. Azure DevOps crea tuberías: Uno de los fundamentos de DevOps se encuentra en el concepto de integración continua, y otros encontrados en el concepto de despliegue continuo. Entonces verás esas dos frases o CI slash CD mencionado mucho por cada recurso practicante que miras a una vez Está hablando de DevOps, el concepto de integración continua y el despliegue siempre surgirá. La integración continua tiene que ver con la capacidad de integrar siempre nuevo código y tener una base sólida o piso para su base de código. Entonces lo que miramos eso con el repositorio, así que ahí es donde entra un control de fuente. Cuando hablamos de despliegue continuo, sepamos que estamos hablando de ambos siempre poder desplegar estos cambios sin estropear el sistema y crear una plataforma para que podamos retroceder en caso de que algo suceda. Por lo que desea cumplir con el despliegue lo más fluida posible. No deberías ser algo que da miedo. Entonces es por eso que Azure DevOps como herramienta, tiene esta característica llamada canalizaciones. El ducto te va a permitir configurar las reglas por las que se construye cualquier aplicación una. Muy bien, así construir significado compilado y crea lo que llamamos artefacto. Y luego se puede desplegar este artefacto, que es la versión compilada de esta aplicación o esta versión del código que es la versión compiladade esta aplicación o esta versión del código. Y luego también llegamos a establecer las reglas para el despliegue. Entonces, a qué servidor debe ir, a qué tipo de entorno va a entrar. Por lo que eso toma mucho del trabajo manual por tener que actualizar un sitio web o cualquier tipo de aplicación. Más o menos nos deja ver la creación de nuestro primer ducto. Por lo que habíamos pasado por configurar una nueva aplicación dotnet Core en nuestro proyecto. Entonces cuando voy a los ductos, estoy en el repositorio. En realidad puedo configurar una construcción desde aquí mismo. Sentarme en la construcción en realidad me llevaría a los ductos. Será lo mismo. Si voy directamente a los ductos, puedo hacer clic en Crear tubería. Entonces me preguntarán, vale, ¿ dónde quieres la fuente? De dónde debería venir el código del que estoy a punto de crear una tubería para. Obviamente si pasé por ir directamente a la construcción central desde el proyecto, ya sabe que es un proyecto local. Usa el proyecto local. No obstante, desde esta perspectiva, aunque no tuviera nada en el repositorio, realidad podría decirle que mirara un repositorio que podría no haber estado en este proyecto en particular. Podría decirle ir a bucket, podría ir a la subversión del repositorio GitHub y Git o Team Foundation Version Control. Solo te estoy mostrando que no necesariamente está ligado a tener todo mayorista y el código fuente Holstein alojado aquí. Es posible que ya tengas tu Proyecto Activo alojado en una solución de terceros. Cualquier otro repositorio de Git, en realidad podría seguir adelante y configurar una canalización para el código en esa ubicación de terceros. Las reglas, por supuesto, serán diferentes en función de cómo te conectes o a dónde te estés conectando. Más bien, puedes seleccionar uno de estos o bien puedes ir al editor clásico. Entonces el clásico tipo de editor te trae a través una selección de menú diferente. Por lo que eliges un repositorio de proyectos de la sucursal. Y en términos generales, no se quiere construir en la rama principal. Y pueden hacer clic en Continuar, y luego puedes elegir qué tipo de plantilla quieres. Por lo que aquí se ven todas estas plantillas. Puedes empezar con un archivo YAML, que en realidad es solo un archivo de configuración donde se detallan todos los pasos. O puedes elegir una de estas otras opciones. Y ves que no se limita a dotnet. Core no se limita a dotnet porque puedo construir un Android. Puedo hacer cosas de docker, puedo hacerme incluso Python, incluso podría hacer cosas de Node JS. Por lo que soporta una serie de plantillas o fuera de la caja. Y apoya a algún tercero a la integración como para la plancha y Jenkins. Aunque voy a elegir la manera fácil. La forma más fácil sería simplemente seguir el, el proyecto. Entonces si estoy en el proyecto, sólo voy a decir setup, build. Y entonces va a decir, Ok, ¿con qué tipo de proyecto estoy trabajando? Y fue a decir, Ok, estoy trabajando con un proyecto ASP.Net Core. Y luego aquí está el archivo YAML. Entonces se va a construir o crear este archivo YAML que básicamente tiene ciertas variables, configuración incierta, cosas. Y luego entramos en los pasos que básicamente dicen el paso número uno llamado NuGet y obtiene todos los paquetes y luego hacemos una compilación para asegurarnos de que compila su éxito. Y luego si tienes alguna prueba, puedes poner eso ahí. Y luego en base a tu entorno, podrías poner otros pasos en este archivo YAML o las variables, otros pools, etc, y modificarlo como necesites. Muy bien, así que si guardo y ejecuto eso, va a decir que los conjuntos de mensajes de compromiso de CI con Azure Pipelines se están comprometiendo porque está a punto de agregar este nuevo archivo a todo el proyecto. Entonces podría crear una nueva sucursal para este compromiso en particular. O simplemente puedo hacerlo directamente a la sucursal principal. Ya hemos explicado por qué es posible o no querer hacer eso. Podemos hacer Guardar y Correr. Saber lo que habrías visto sería el, lo que ahora es rojo X sería en realidad azul y girando. Así que probablemente se te vea eso ya, especialmente si estás en tus organizaciones como tus DevOps, o si realmente tienes una suscripción pagada con la empresa o así sucesivamente. Pero en el nivel libre, los hafta asignan agencias. Entonces este campo entonces el error aquí está diciendo que no hay paralelismo alojado, paralelismo se ha comprado, se conceden para solicitar un agente libre. Por favor, vaya a través de ese formulario. Por lo que en realidad trajo aquí la granja. Y es que la universidad podría tardar dos a tres días hábiles para proceder con sus solicitudes. Por lo que te aconsejaría si estás recibiendo este error, adelante y te inscribes y luego déjalo en paz por dos o tres días hábiles y fin de semana, revisitarlo. Pero mientras tanto, leamos lo que es esto. Dijeron, aprenden a estimar cuántos trabajos paralelos puede necesitar o necesitar comprar para su organización. Y luego están viendo aquí que hemos deshabilitado temporalmente los fragantes trabajos paralelos para proyectos públicos y para algunos proyectos privados. No obstante, puedes solicitar esta subvención que en realidad es en organizaciones más nuevas. Entonces porque solo estamos creando esta organización, más probable es que vayas a pasar por esto. Y si lees en Microsoft alojado versus autoalojado, verá aquí que para los hosts de Microsoft que trabajos paralelos, puedes obtener hasta diez gratis que pueden correr hasta seis horas en cada momento. Para proyectos públicos, cuando crea una nueva organización de Azure DevOps, no se le da esto por defecto. Como dije, adelante y rellena el formulario y luego dale algo de tiempo. Posteriormente, estaremos buscando crear empleos autoalojados donde podamos registrar cualquier número de autovalía sus trabajos. Y te cobrarían en base a la cantidad de empleos que quieres ejecutar a la vez en lugar del número de agentes. Por lo que no hay límites de tiempo en auto-hospedado. Para proyectos públicos que están autoalojados, tienes empleos paralelos ilimitados. Puedes tener trabajos paralelos ilimitados en ejecución. Muy bien, chicos, por lo que algunas cosas que quieren cambiar o tal vez quieran cambiar. En primer lugar, vamos a la configuración de nuestra organización. Podemos cambiar la visibilidad entrando en políticas. Y puedes permitir proyectos públicos. En nuestro caso, con fines educativos, se puede habilitar eso. Por supuesto, si estás haciendo esto en un entorno organizativo, no necesariamente quieres ese tipo de exposición pública. Otra cosa sin embargo, es a nivel de proyecto, siempre se puede ir a Configuración del proyecto y siempre se puede cambiar la visibilidad de público a privado y viceversa. Entonces si es privado y él quiso hacerlo público una vez más con fines educativos, siempre se puede hacer público. Entonces también puedes mirar los trabajos paralelos. Cuando vienes a trabajos paralelos, ves aquí para proyectos privados, hay 0 empleos asociados a eso. Y uno autoalojado Berlín. Si miras lo que es falso, eso significa que significa trabajos que se ejecutan en máquinas que administras. Entonces es por eso que no lo tendríamos en la oferta de nube. Y luego trabajos que arrojaron en un conjunto de máquinas alojadas por Microsoft, que es lo que queríamos para la oferta en la nube. Y entonces siempre puedes seguir adelante y hacer una compra si así lo deseas. Entonces para proyectos públicos todavía tenemos 0 empleos y luego podemos tener trabajos paralelos ilimitados si queremos. Después de que te hayan concedido la aprobación, al refrescar este borde de cAMP, no verías que tienes un trabajo paralelo en el nivel gratuito y te dan hasta 1800 minutos al mes, que es más que suficiente para un proyecto privado o con fines demo, ambos por supuesto, en un entorno corporativo, querrías seguir adelante y comprar para que no quieras tener esas limitaciones. Saben, voy a quitar el ducto existente y voy a empezar todo ese proceso de nuevo. Por lo que verás aquí que siempre hay asegurándote de que tu orilla y deliberar cuando estás quitando cosas. Muy bien, así que vamos de nuevo. Entonces lo que vamos a hacer es crear jugando esta vez estoy usando la pantalla de tuberías. Voy a crear ducto. Y luego podemos simplemente elegir los Repos de Azure, llegar a donde discutieron todas las opciones que tienes a tu disposición. Por lo que elegiré ese elegir o repositorio. Y luego tenemos el archivo YAML. Este archivo YAML está diseñado para ejecutarse con el tipo de proyecto que tienes, ¿verdad? Entonces, si estás usando un proyecto dotnet cinco, automáticamente sería capaz descifrar que estás usando un proyecto dotnet F5, y ese es el tipo de edificio que debe hacer. Todos los pasos se delinean relación con un nodo de proyecto dotnet cinco. En este momento de grabación, el dotnet busca SDK no es totalmente compatible con Azure DevOps, lo que significa que los pasos predeterminados no funcionarían con mi dotnet. Seis repositorios en realidad tuvieron que pasar y modificar este archivo YAML y luego poner en pasos. Por lo que no sabría que cada uno usa el SDK de dotnet seis y no por defecto de dotnet cinco SDK. Si estás usando un proyecto dotnet six, entonces querrás hacer lo que estoy a punto de hacer si no lo estás, si estás usando dot in al 5.93.1, automáticamente apoyaría eso por virtud de lo que se apoya. Entonces, antes que nada, miramos el gatillo. Por lo que en realidad siempre se puede modificar este archivo. Puedes introducir variables, puedes desactivarlas cosas. Sólo te voy a dar paso a paso. Y cuando estás en este punto, solo puedes modificarlo a medida que avanzamos, o puedes borrar todo el archivo y simplemente replicar lo que tienen. En primer lugar, atrás en el día que nos dijiste que llamáramos al nodo maestro de rama principal se llama media. Lo siento, acostumbrarse a hacer eso se llama “medio”. Estoy viendo aquí que desencadenó esta Build cada vez que hay un check-in en medio, realidad puedes tener diferentes construcciones contra las diferentes sucursales porque podría ser que tengas una sucursal de QA, Sucursal de Dev, y una rama de producción significan generalmente sería como tu sucursal de producción. Pero quieres una construcción diferente nuestro conjunto de pasos de compilación para la rama de producción que lo haces para la rama Dev, etcétera Entonces es por eso que tendrías ese gatillo y le darías el nombre de la sucursal. Así que me estoy viendo en la imagen VM de la agrupación de sucursales, estoy usando guión de Windows 2022. Entonces para las variables, probablemente ya tengas las variables, por lo que probablemente no necesites cambiarlas, pero puedes si lo necesitas. Y luego podemos pasar a los escalones. El primer paso es elegir el SDK. Y si pongo el cursor sobre la tarea, en realidad le dirá al Núcleo US.NET, adquiere una versión específica del SDK de dotnet Core desde Internet o caché local y lo agrega a path. Digo seguir adelante y cumplir con esa adquisición. Mostrar nombre es lo que aparece el paso como durante todo el proceso. Entonces cuando miremos los registros, verás que habrías visto un adelanto de él, pero en ninguna parte poniendo nuestros propios pasos, te quedarás más claro lo que está sucediendo. Así que básicamente esto es sólo para la legibilidad humana. Esto es lo que está sucediendo en esta tarea. Sólo para darte diez nombres. Y luego para las entradas, estoy diciendo que el tipo de paquete, y la cosa es como escribes, notarías que en realidad te dan pistas, ¿verdad? Entonces para cada tipo de tarea, puedes poner en diferentes tipos de insumos en función de lo que necesites hacer. Entonces el tipo de bolsillo es SDK y la aversión es de 6 x. apoyará compilaciones entre sí. Después pasamos a decir agregar un comando, línea de comando para seguir adelante y comprobar contra todos los SDK de dotnet que hay ahí dentro. Por lo menos podemos ver una representación visual. Y una vez más, también podrías darle un nombre para mostrar encima uno aquí, pero podrías si quisieras. No se realizan acciones de instalación de NuGet. Entonces la tarea está ahí, pero luego la tarea para el comando NuGet, simplemente restauramos la solución. Y luego tenemos la construcción VS. Entonces puedes pasar por todo eso y prueba VS. Si tienes pruebas de las que tendrías un poco más pasando debajo de aquí para las pruebas unitarias. No tengo ninguna prueba, así que no tengo que priorizar eso. No. He añadido algo de esto, un archivo YAML. Entonces GitHub, sólo así que sólo una forma rápida de almacenar un solo archivos. Puedes usar el enlace que ves aquí. Consíguenos ir a mi perfil y buscar ese archivo en consecuencia si así lo desea. Ahí es donde se puede conseguir ese gasoducto. Puedes copiar y pegar si realmente no quieres escribir su viejo manualmente como estoy haciendo aquí. De cualquier manera, una vez que tengas ese archivo, puedes seguir adelante y hacer clic en, Guardar y Ejecutar. Y recuerda que vamos en contra de la rama principal ahí cualquier commit con la rama principal se supone para desencadenar la compilación. Entonces con solo agregar este archivo a la rama, se va a guardar los cambios, hacer el commit, y luego va a desencadenar la compilación. Por lo que sumado a nuestro trabajo paralelo recién creado y nuestro refinado oleoducto, podemos darle a esto unos segundos. En realidad puedes sentarte y ver como los pasos se llenan y completan. Entonces como dije, cada paso aquí, si le das un nombre para mostrar, usted sería capaz de hacer la versión legible por humanos de lo que está sucediendo en ese paso particular versus nombre de paso, donde sólo te va a dar el nombre predeterminado. Si quieres volver a hacerlo, vuelve atrás y agrega tus propios nombres para mostrar, siempre puedes modificar ese archivo YAML como necesites. Simplemente dale unos segundos analítico ir a través de los pasos. Y todas las garrapatas verdes es lo que queríamos ver. Por lo que cada paso de esta operación se completó con éxito. Entonces si volvemos a subir repos de puerta sería capaz de ver que teníamos una construcción exitosa desde el ducto. Como dije, cualquier cambio que se haga desencadenará una construcción. Digamos que aquí hicimos una modificación. Sólo voy a editar y voy a ver que sí construí ducto. Eso es todo. Entonces fui a comprometerme. Una vez que sí noto que siempre se pueden ideales artículos de trabajo aquí. Creo que lo habría mencionado antes. Así que sigamos adelante y hagamos ese compromiso. Lo que notarás es que si vas a los ductos, no es hacer cola otro trabajo. Muy bien. Entonces es un todo ver eso. Ok. Hay otro cambio. Permítanme seguir adelante y hacer otra factura. Así es como puedes proteger tu código fuente para asegurarte que el código que no compilaría no se esté introduciendo en tu sucursal. Porque hay momentos en que como desarrolladores, podríamos agregar inadvertidamente una línea de código que realmente no construyó o no construimos y luego hicimos un cambio. Y luego no volvimos a construir localmente, así que tratamos de registrarlo. Bueno, esto va a intentar compilar todo y asegurarse de que funcione antes de que incluso lo cometa en el código fuente. Ese es el conjunto básico de pasos hacia sentarse en una tubería de construcción. Puede que haya dado algunos pasos más esperarías porque tuvimos que seguir adelante y solicitar agente de sobreconstrucción y poder ejecutar el trabajo. Pero eso es sólo una parte de que sea libre. Cuando volvamos, sabremos empezar a mirar ductos y entornos de lanzamiento. Y solo echará un vistazo a las otras opciones disponibles para nosotros bajo la sección de ductos. 10. Pipelines de liberación en Azure DevOps: Muy bien, así que estamos aquí, estamos mirando tuberías y especie de acertado construir tubería para nuestros proyectos. Ahora veamos el oleoducto de lanzamiento. Haga clic en los lanzamientos. Podemos agregar una nueva canalización o Release Pipeline prácticamente se engancharía a la canalización de compilación y le permitiría implementar su aplicación en un entorno. Por lo que la herramienta Azure DevOps ya sabría eso basado en el tipo de app, basada en el tipo de entorno. Estas son las cosas que necesitaré hacer para compilarlo que pueda ser producción lista ya para ti. Entonces lo que notarías es que tienen un montón de plantillas, igual que con la compilación. Donde tienes un montón de plantillas que te permiten seleccionar qué tipo de up estás trabajando con el arte. Simplemente puedes hacer un trabajo vacío y empezar con tus propios pasos. Una vez más, eso te permitiría ir a la etapa uno, segunda etapa, a la tercera etapa si fuera necesario. En primer lugar, necesito un artefacto. Un artefacto sería la versión compilada del sitio web. Entonces puedo hacer click, Añadir un artefacto que va a decir, vale, ¿de dónde estoy sacando este artefacto? Puedo decir que quería de este proyecto y la fuente sería de la tubería de construcción. Entonces en otras palabras, cada vez que completes una compilación, se supone que debes producir un artefacto y luego se supone que debes usar eso para el lanzamiento. Ahora mira aquí, no hay versión disponible para esto son la última versión no tiene artefactos para publicar estos trastornos pipeline. Eso no es problema. Entonces eso significa que tengo que volver a mi tubería original y asegurarme de que esté produciendo un artefactos. Entonces si hago clic en canalización o solo puedo usar los tres puntos, entra en edición. Voy a ver mi archivo YAML y lo que no hice al final de estos pasos, tarea uno, tarea dos, etc, es publicar un artefacto. Yo no hice eso. Voy a seguir adelante y hacer eso. Entonces antes no puse indecible ni traía demasiada atención al hecho de que en realidad tienes las tareas esbozadas al lado derecho. Si no quieres escribir todo manualmente y es posible que no estés familiarizado con la sintaxis YAML y eso es completamente comprensible, entonces tienen las tareas a la derecha. Si quisiera agregar la tarea para publicar, el artefacto, sólo podría buscar Publish. Y luego verás aquí que tengo una serie de opciones. Pero el que realmente quiero para esta situación particular sería publicar los artefactos de canalización con solo hacer clic en ese clic en el documento donde lo quiero y después haciendo clic en él, introducirá una nueva tarea con el nombre publicar artefactos de canalización en la firma uno. Entonces esa es básicamente la versión de la misma, ¿verdad? Publicará o cargará un archivo o directorio como artefactos con nombre en la ejecución. Después toma los insumos y se configurará todo para ti. Creo que lo único que hay que poner es el nombre de la app que quieres. Creo que una vez que lo hagas clic, déjame refrescarme, ¿ verdad? Artefactos de tubería publicados. Puedes dejar todo como predeterminado. ¿ Sólo le darás un nombre de artefacto? Por lo que podría llamarlo una aplicación web, podría llamarla Llamé aplicación de gestión de la escuela de mina en consecuencia. Después de eso, puedes guardarlo y luego puedes ejecutar la tubería. Nuevamente. Se recompilará y luego al final de la misma, sea cual sea lo que haya compilado, publicará un artefacto o versión compilada del mismo. Cuando volvamos a los lanzamientos y decimos nuevo pipeline, podemos, déjame simplemente hacer click fuera de las plantillas. Si voy a agregar artefacto, no podré ver esa construcción una vez más. Y entonces el mensaje dirá que los artefactos publicados por cada versión estarán disponibles. La última compilación exitosa de ese proyecto publicó los siguientes artefactos con ese nombre. Por lo que puedo añadir ese artefacto. También puedes configurar un horario. Se puede programar. Empieza como deshabilitado, pero podrías programar lanzamientos. Entonces esto es lo que llamamos la integración continua o tener una construcción diaria o semanal. Entonces, ya sabes, los desarrolladores podrían estar introduciendo cosas nuevas cada vez que quieras mantener un entorno particular actualizado con lo que sea que el equipo de desarrollo pueda estar haciendo en una base diaria. En realidad se puede programar esas tres AM todas las mañanas. El ducto de liberación se ejecutará, incluso si no hay edificio que necesariamente lo active. Se ejecutará automáticamente y desplegará lo que sea la última compilación cualquier entorno que desee. En realidad se puede hacer eso. ¿ Está bien? Entonces voy a desactivar eso para nodal. Y lo que voy a hacer es en el escenario, por lo que puedo sumar en esta etapa herramienta, así que primero los artefactos y luego montamos el escenario. Entonces, ¿qué plantilla quiero para el lanzamiento? Bueno, en este punto, quiero decir, esto es en base a qué ambiente voy a arco y acabo de configurar el trabajo vacío y construirlo yo mismo. Si quisiera estar implementando para decir, un Azure Web App Service, solo puedo seleccionar esta implementación. Sabrá compilar y cómo configurar y hacer todo lo que se necesita para meterlo en Azure. Entonces aquí se puede ver que la tercera etapa tiene un trabajo, pero que si tuviera múltiples lugares a los que quería enviarlo en la misma etapa, podría agregar. Otros pasos, pude ver. Lo que hace es crear diferentes etapas cada vez que hago clic en Agregar etapa. Y así es como obtienes los efectos de la tubería. Entonces si es un caso en el que tienes dependencias que ésta debe estar en el entorno antes de que uno no sea ambiente. Tomemos por ejemplo, si tuvieras suite de servicios y sabes que tu API debe estar en el entorno e implementarse con éxito antes intentar implementar las aplicaciones web que dependen de la API, así es como se podría automatizar que todo el proceso. Primero despliega la API web, luego despliega el servicio web y luego despliega cualquier otra cosa que pueda darse cuenta. Puede configurar ese orden particular de eventos en consecuencia. Sabiendo ese ejemplo de tener decir la API y la Web App y así sucesivamente, más probable es que todos estarían en diferentes proyectos en su propio repo de Git. Entonces, ¿adivina qué? Puedes tener múltiples artefactos. No tiene que ser un artefacto en una sola parte de tubería. Podría ser que toda esta versión tenga múltiples artefactos por lo que puedo sumar todos los artefactos si tuviera otros proyectos. Entonces solo podía ver qué proyectos, qué tubería fuente. Y digamos que éste fue otro, así que sólo voy a darle otro nombre para deshacerme de este error, podría agregar esos artefactos ahí. Si es que esta etapa debe tener si, simultáneo Archean tienen acciones simultáneas que se están llevando a cabo después de que se haga esta etapa. Entonces no tiene que ser una herramienta tres igual a una. Y luego después de que se haga una, podría tener otra tarea que se va a llevar a cabo en consecuencia. Solo te estoy mostrando que cuando hablamos de pipeline, es literalmente un pipeline es un flujo de trabajo que estás creando para demostrar que esto es agujero. Cada paso debe fluir conocido haciendo clic en estos iconos a los lados, podemos acceder a diferentes opciones. Entonces si hago clic en el rayo aquí, puedo ver que este artefacto activará la compilación de construcción desactivada. Entonces, ¿quieres desencadenar el despliegue continuo? Esto permite al disparador crear una nueva versión cada vez que una nueva compilación esté disponible. Entonces, ¿quieres eso? Así es como se obtiene esa integración continua. Tan pronto como me registre o me comprometo, entonces la compilación es exitosa, luego desencadenar un lanzamiento. ¿ Eso es lo que quieres? Podría ser para tal vez tu rama prototipo, ¿verdad? Lo siento, aprobó el entorno de mecanografía donde cualquier cosa experimental como lo pones, querías verlo en el entorno que podría ser diferente al div, donde todo el mundo está trabajando juntos. Eso podría ser diferente o vamos a entrar en ser diferentes para QA y producción y preproducción. De repente diferentes ambientes que querrías habilitar o deshabilitar las diferentes opciones en consecuencia. También puedes ver otras opciones aquí para la etapa real. Por lo que se puede ver seleccionar este gatillo. El disparador que comenzaba a desplegarse en esta etapa, se libera automáticamente. Es después de etapa, sea lo que sea, ¿cómo quieres que esto suceda? Se pueden poner filtros artefactos. Se puede ver qué artefacto se debe utilizar en qué etapa. Se puede configurar el horario. Ya miramos eso. Puede desplegar solicitudes de pull loop, que tendría la dependencia de la solicitud de pool. En realidad estoy siendo habilitado o el disparador de solicitud de pool está habilitado en los artefactos. Entonces, a menos que tengas eso habilitado en un artefacto, la continuidad en esta etapa, lo cual es comprensible. También tenemos aprobaciones previas al despliegue, por lo que en realidad podemos ver que no se puede hacer un lanzamiento hasta que se haya aprobado. Ahora hemos hablado de ese checker maker o para un deporte de primavera donde alguien está haciendo como alguien a aprobar. Y luego se puede ver que se pueden tener diferentes políticas en torno a eso. También puedes configurar portones. Por lo que obtengo sería como una regla o un conjunto de reglas que puedes configurar para asegurarte de que estas estén en su lugar antes cualquier coberturas de despliegue o desencadenar esta acción para que la implementación realice, por favor. Por lo que podría establecer habrá incluso alertas como para asegurarse de que el entorno cumpla ciertos criterios antes de que cualquier implementación pueda ayudar a cualquier conjunto dado de cumplimiento en su Azure para esta situación, porque estoy viendo como tu servicio web, las puertas podrían ser diferentes si lo estás haciendo en un servidor IIS o un servidor 0 o cualquier tipo de lanzamiento que estés haciendo en cualquier tipo de ambiente tienen portones preconfigurados que pueden ayudarte a controlar. Observar el entorno debe ser como antes del despliegue real. Por lo que tienes eso y también puedes configurar la cola para que puedas tener el número de trabajos paralelos que quieras para el lanzamiento. Y puedes desplegar en secuencia o desplegar más reciente. Se puede hacer una serie de cosas. Si nos sentáramos y exploráramos cada permutación, discurso no terminaría. Pero lo cierto es que siempre harás lo mejor para tu situación. Y diferentes proyectos requieren diferentes estrategias. Entonces no es necesariamente una talla única para todos. Es un barco viendo las opciones y eligiendo las opciones que son mejores. Para esta solución particular, para ese entorno particular. Echemos un vistazo a la tarea. Si saltamos a las tareas, puedes ver aquí que para mi lanzamiento o mi pendiente de liberación al Azure en primer lugar, quiere conocer mis suscripciones. Sí tengo una suscripción a Azure. Si también lo haces, también podrías elegir eso. Y entonces tendría que autorizar y asegurarse de que configuró las reglas y tal entre su cuenta y Azure DevOps. Y luego también necesitarías proporcionar un nombre al servicio Azure. Entonces esas son pequeñas cosas que tendrías que asegurarte de que estén en su lugar. También podrías hacer esto. Yo sólo me iré. También podría configurar una canalización que se desplegaría en una implementación o configuración de IS. que pueda buscar IS y luego verás aquí él solo puede hacer un despliegue web. Se puede hacer una serie de variaciones de eso. Podrías hacerlo a Azure Virtual Machines. Como dije, en base a la plantilla, se preconfigurará todas estas cosas para ti. Si elijo. Deslizo despliegue del sitio, Esa es mi etapa uno. Y sólo agregaré el artefacto. Ya lo sabemos. Y aquí hay otros tipos que probablemente no mencioné antes, pero sí tienes esas opciones. Así que en realidad podrías obtener artefactos directamente de GitHub. Entonces podrías hacer una canalización de lanzamiento para algo que realmente está en GitHub sin tener realmente un código fuente en Azure DevOps, es muy, muy útil y muy integrado. Así que sólo voy a hacer la construcción. Y también podría cambiar la versión, especificar la versión en el momento del lanzamiento. Entonces este es otro control, la versión que en realidad se está lanzando, solo trabaja con lo último en eso. Entonces si miro estas tareas, se puede ver esa, puedo cambiar el nombre artístico. Seguro. Puedo crear nuestra actualización de la página web. Te daré el nombre del sitio web. Por lo que los sitios web predeterminados son siempre el sitio web, pero en este caso, probablemente querré llamarlo como sitio web escolar, sitio web de Escuela de Administración, algo así. Muy bien. Y solo tienes los diferentes ajustes en este curso en particular, pasa por cada ajuste. Pero con el despliegue de IS, lo que hará es darte un agente que instalas en tu máquina y darte algunos comandos que definitivamente necesitarás ejecutar para establecer la comunicación entre el DevOps de Azure y el servidor en particular. Ves aquí que tengo esta línea roja aquí para grupo de despliegue. Entonces antes de poder proceder, tengo que tener grupos de despliegue existentes o existe un grupo de despliegue. Entonces cuando haga clic en ese engranaje va a traer otra pestaña, me traigan no grupos de despliegue. Y luego puedo agregar un Grupo de Despliegue. Veamos, máquina web SEM. Podrías especificar div. Crea eso. Aquí es donde se obtiene ese comando que se ejecutaría en la máquina de destino. Por lo que es bueno ver qué tipo de maquinaria apuntando. Entonces para facilitar eso, solo puedes seguir adelante y usar, puedes usar un token de acceso personal en el script para la autenticación. Lo modificarás un poco como guión. Se copia esto en el portapapeles, se pasa a la máquina a través de PowerShell. Y hará lo suyo para establecer la conectividad entre tu máquina, ya sea tu laptop que estés usando para hacer este curso en este momento, o un servidor o una Máquina Virtual Azure, se puede seguir adelante y hacer eso. Ahora una vez que existe este grupo de despliegue, ahora puedo especificar que ese es el grupo de despliegue. O para sentar reglas, es esa conectividad que quería aprovechar cuando estoy desplegando a una configuración de IS. Y una vez que tenga esa canalización hecha, puedo crear lo siento, puedo guardar, y luego puedo crear un lanzamiento. No, tengo este comunicado. Cuando dices Create release, en realidad va a desencadenar las etapas. Por lo que en realidad va a desencadenar el gasoducto. Entonces vamos a pasar por eso otra vez. Si vuelvo a los ductos, digamos que se hizo clic en los lanzamientos. Lo que me está mostrando sería la capacidad de crear un lanzamiento contra ese ducto en particular que ya está configurado. Si quiero un nuevo gasoducto o si quisiera modificar este gasoducto. En primer lugar, siempre puedo hacer clic en Editar. Me traerá de vuelta a aquí. Puedo mirar las tareas, variables, retención, política, todas esas, correcto, así que así es como se llega a retroceder a unas versiones anteriores porque la retención significa que conservaré cada lanzamiento hasta cualquier umbral que se definiera aquí. Si quisiera lanzamientos adicionales, solo podría hacer clic en Nuevo y podría decir quiero un nuevo pipeline de lanzamiento, que me traería de vuelta a esta pantalla en particular donde puedo darle una mejor nombre por lo que sé exactamente cuál es este ducto de lanzamiento cuatro y seguir adelante en pasos similares. Muy bien. Entonces lanzamientos, no configuré ningún despliegue. No estoy sentado en mi máquina por todo eso. Puedes experimentar y hacer eso por tu cuenta. Entonces avísame cuál es el resultado. No hay entornos, estos son bajos para especie de agregar alguna herramienta de control más donde sus implementaciones metas para que pueda crear un entorno, llamémoslo demo. Puedo elegir más recursos. Puedo optar por agregar un clúster de Kubernetes, o puedo usar máquinas virtuales para el clúster de Kubernetes que haría clínica a Azur y me permitiría usar el AKS, que es un servicio en un 0. También podría usar máquinas virtuales lo que requeriría que hiciera algún registro y alguna configuración adicional. Hay una serie de opciones que tienes para normal va a elegir ninguna y crear. Lo que también se puede hacer con el medio ambiente es configurar ciertos controles sobre todo. Estas implementaciones sucederían en ese entorno en particular. Después de haber creado que podemos agregar el recurso después si queríamos agregar los Kubernetes como máquinas virtuales. También puedo ir a Seguridad, administrar quién puede hacer lo que sean los permisos. Seguro. En realidad podemos hacer eso con todo lo los ductos bajo lanzamientos. Pero quería ir a aprobar fue y cheques para poder ver quién tiene la capacidad de otorgar la aprobación para nuestro despliegue en cualquier punto dado. Y puedo configurar las aprobaciones de la OIT para aprobar sus propias carreras. Puedo configurar opciones de control que después de este punto, la aprobación ya no es válida. Puedo configurar controles de sucursal para poder ver qué ramas una carga para herramienta de despliegue, este entorno en particular. Y puedo sentar protección de rama. También puedo configurar qué horario laboral son válidos para el despliegue. Entonces si tienes un despliegue de producción, no quieres estar haciendo eso en medio de la d, ¿verdad? Por lo que querrás establecer las limitaciones en torno a eso. Y ¿tienes otros arranques fuera de control como aviso de que algunos de este tipo de parecían los controles que estaban disponibles en el lanzamiento es sección fuera de las opciones. Esas son cosas que puedes hacer para estrechar el medio ambiente. ¿ Qué objetivo de sucursal es para nosotros, qué artefacto se publica, qué pasos están involucrados como qué tipo de configuración necesita estar ahí? Como se puede ver, tengo toneladas de opciones. Pero una vez más, esto es más como una visión general y las decisiones que tomas son relativas a lo que tu entorno necesita en ese momento. 11. Planes de prueba en Azure DevOps: Muy bien chicos, esto va a estar mirando los Planes de Prueba. Entonces si estás en el nivel gratuito como yo, entonces no tienes acceso directo a esto, pero sí ofrecen una prueba de 30 días que puedes aprovechar para al menos aprender de ello mientras haces este curso . Por lo que te gustaría volver a tu nivel de organización, va al ******, configuración de organización, bajar a la facturación. Y desde la construcción, en realidad puede adjuntar su suscripción a Azure si tiene una herramienta, su DevOps de Azure o maíz para facilitar la construcción entre sus recursos de Azure bajo Conte y su Azure DevOps, pero si no, está bien. Eso no es un requisito. Simplemente facilita la compra tus trabajos paralelos en consecuencia, sin embargo, estamos aquí para habilitar el paquete básico plus de planes de prueba, que ofrece una prueba de 30 días. Para que eso no sería un botón que al hacer clic en él, te pregunta, ¿ Estás seguro de que quieres hacer esto? Y entonces puede decir que sí, y luego te hará saber que tu juicio expirará en X número de días. Una vez que hayas habilitado todo eso, entonces puedes seguir adelante y saltar de nuevo a tu proyecto. Si no tuvieras que hacer todo eso, entonces eso no es problema. Podemos meternos en ella. Entonces cuando saltas a la pestaña Planes de Prueba, posible que veas una página que es más promocional que cualquier hoyo publicitario puedes empezar con planes de prueba e incluso hay una extensión que ellos sugieren que instale. Por lo que te recomiendo que lo instales porque esa extensión es una gran ayuda estadística para ti usando Azure, DevOps, y casos de prueba. Y instalará tu navegador y te permitirá grabar una sesión de prueba, tomar capturas de pantalla y anotar tu progreso. Porque realmente y verdaderamente como desarrollador, a veces no entiendes lo que se experimentan las pruebas y la prueba allí a veces les cuesta relacionar lo que salió mal con los desarrolladores. Entonces, al menos con esta herramienta, puede aportar pruebas irrefutables para que ambas partes puedan avanzar de manera eficiente. Puedes seguir adelante y sentarte. Después de configurar todo eso, por supuesto, querías empezar a hacer algunas pruebas. Mientras estábamos fuera. Estaba haciendo algún desarrollo y yo, hice algunas características más a la Escuela de Sistema de Gestión. Sólo te voy a guiar por lo que hice. En primer lugar, me deshací del primer proyecto que se construyó y construí otro. Esta vez habilité la autenticación. Al final del día, probablemente puedas eliminar si estuvieras construyendo un proyecto, puedes quitar ese proyecto barrido anterior y poner uno nuevo que tenga habilitada la autenticación para que sea más fácil simplemente empezar a cablear la base de datos y tal, ¿verdad? Lo que hice también configuró la base de datos, pero lo veremos a medida que avanzamos. Ese no es el punto focal de este rumbo. No es un curso de desarrollo una vez más, pero voy a poner en un caso de prueba para decir que la función de registro debe funcionar habilitando la identidad. El registro en la función de inicio de sesión ya está ahí. Ya ejecuto mi base de datos de actualización, por lo que se ejecutaría al menos el esquema de creación de identidad. Puedes agregar otras tablas si quieres, si no quieres escribir no, eso está bien. Se puede mínimo. Adelante recrear un proyecto. Me gustaría autenticación, actualizar la base de datos para que al menos eso esté conectado. Lo que vamos a hacer es simular un caso de prueba en contra o sitio web. Voy a ir a los tableros. Y porque por tarea anterior o elemento Trabajo atrasado era configurar solución de proyecto y luego nuestras dos tareas en la base de datos de proyectos web. Para que pueda quitárselos y moverlos a verlos como una tabla. Puedo moverlo y ya está hecho. Eso es Alt. No hay artículos de trabajo vacíos por lo que puedo hacer un nuevo artículo de registro de producto y registro de configuración de C. Por supuesto, asignándolo a alguien. Lo agregaré a nuestro sprint con el que estamos trabajando bajo descripción sería un usuarios bajos para registrarse en sitio web. Entonces por nuestro trabajo relacionado, para nosotros fuera a ahorrar. Entonces después de haber guardado, puedo agregar tareas. Entonces voy a agregar una tarea hijo que básicamente diría formulario de distribución de direcciones. Y luego podemos hacer click en Okay y dejar eso guardar y cerrar. No te voy a dar mucho más detalle. Por lo que una vez más, cuando estás haciendo estas tareas, quieres darte tantos detalles en la descripción para asegurarte de que cuando veas, ¿recuerdas lo que es necesario basado en todo año de equipo opera, puedes poner en tus unidades de tiempo para el trabajo restante y la actividad estatal. Por lo que esta sería una actividad de desarrollo. Y si está bloqueado, bueno, en este caso no lo es. Por lo que sólo guardo y cierro las tablas. Tenemos una nueva tarea. Recuerdo más de nuevo para aprobar el negocio o producto en, todos estarían de acuerdo en que esto es algo que hay que hacer. Y luego se comete una vez que se asigna o alguien ha aceptado la responsabilidad de completarlo. Ahora desde aquí, también puedo sumar una prueba. Entonces al hacer clic en los puntos suspensivos aquí, puedo pasar a un Sprint diferente. Puedo editar el título, puedo añadir otra tarea aquí mismo, o puedo añadir una prueba. Incluso puedo hacer pruebas exploratorias. Esto será más como veo este ítem de trabajo. Sólo voy a Grabar una sesión donde solo estoy ejecutando pruebas. Pero voy a añadir prueba aquí para ver asegurarme de que el registro funcione para el usuario. Ese es el caso del artista. No, una vez que he añadido que solo te da ver que poco lo que es ese vial o vaso de precipitados se agrega. Al menos para conseguir estas señales visuales físicas cuanto a lo que está sucediendo aquí. Siempre puedo editarlo. Puedo ejecutar la prueba, puedo eliminarla. Pero al agregar esa prueba, si vuelvo a los artículos de trabajo, a ver que no, tengo un caso de prueba. Recuerda cuando estás creando un nuevo elemento de trabajo, en realidad podrías simplemente crear un caso de prueba, ¿verdad? Y luego asociado con el artículo atrasado del producto. Aquí, si hago click en esto, verás que en realidad esto es sólo un elemento de trabajo y está relacionado, está relacionado con esa tarea. Si hago clic en esa tarea, le mostraría que tiene un ítem de caso de prueba relacionado. Entonces, al menos todo muestra cuán encarnados interconectados están estos ítems. Con este caso de prueba, en realidad puedo configurar los pasos para poder empezar diciendo Goto. Y aquí en realidad puedo poner en variables, ¿verdad? Entonces si te desplazas un poco hacia abajo, verías aquí abajo, tienes variables de parámetro ahí puedes configurar. Entonces en el paso puedo decir ir a Agregar URL de signo, y se convierte en una variable aquí abajo. Muy bien, para que pueda rellenar ese valor. Tal vez soy el probador jefe. Sólo estoy tratando de pensar en reglas que están en nuestro equipo de proyecto y mostrarles cómo todos tienen un papel que jugar. El test jefe o prueba de plomo, lidera cualquiera que sea el trabajo que sería el que delinear primero vaya a esta URL. Aquí es donde está nuestro offset. Por lo que esperaban resultado es que el sitio web cargue. A continuación, haga clic en el botón Registrarse. Te estoy dando los pasos porque realmente probar se trata de hacer esto, entonces esto, luego eso y tener resultados esperados. Cargas de formulario de registro que son los resultados esperados. Y luego rellene el formulario. No siempre se tiene que poner ese resultado inesperado porque llenar el formulario y luego registrarse y hacer clic en registrarse, luego los resultados esperados, podría ser que se te redirija a la página de inicio de sesión y tal vez obtener un correo electrónico de confirmación. Obtener correo electrónico de confirmación. Muy bien. Entonces ese es nuestro caso de prueba para asegurarnos de que registro funcione para el usuario paso uno a cuatro. Y luego para la URL, podemos poner en la URL del sitio web. Entonces para mi proyecto, siempre puedo ir y conseguir la URL. Y una vez más, esto será relativo a cualquier entorno en el que te encuentres. Estoy corriendo en profundidad, así que solo voy a usar esa URL que es molesta herida para ser usada en cualquier momento que se ejecute Visual Studio. Pero una vez más, aquí es donde relativo a donde se hospeda su sitio web. Yo puedo salvar esto. Ahora este caso de prueba está listo para ser utilizado. Y si voy a Planes de Prueba, entonces vas a ver lo que llamaremos una suite de pruebas. Entonces tuve una prueba antes, era usuario de configuración o distribución. Y tengo otro aquí que dice registro de configuración. No te importa 17. Prestemos atención a 23. Sepa cuando miro aquí, puedo ver que esta es la clave exacta de prueba de acuerdo a cuál es el elemento de trabajo. Bajo pensamiento es que una suite puede tener múltiples casos de prueba. Entonces cuantas más pruebas añadas al elemento de trabajo, en realidad automáticamente tipo de ordenarlas para ti aquí y te mostrará a qué pertenece y cuál es la relación. Si vuelvo, sólo me va a traer vuelta a todas las suites de prueba que probablemente tengo o puedo prestar atención a las que están asociadas conmigo. Para que pueda mirarlos a todos frente a los míos. Cuando haga clic en el mío, voy a ir aquí y fui a ver los que me han sido asignados para ese escenario en particular. Y cuando hago clic en él, decir que no se han telefoneado resultados de prueba , eso es doble clic, lo siento. Por lo que en realidad puedo ejecutar para aplicación web o ejecutar para aplicación de escritorio o encendido con opciones personalizadas. Sé que estoy lidiando con una web up. Voy a correr para aplicación web aquí también se puede ver pasar este campo está bloqueado prueba o no aplicable. Así que en realidad puedo decidir simplemente establecer un estatus en esa prueba, ¿verdad? No. Soy el Dr. King Rowan solicitud de avance que vamos a conseguir es pop-up al lado que nos está mostrando. Esto es cortesía de la herramienta que instalamos, ¿verdad? Por lo que va a mostrar un paso uno, paso dos, paso tres, y el más bajo interactuar. Entonces aquí está la URL. Entonces voy a tomar esa URL. Y En primer lugar, tengo que asegurarme de que estoy ejecutando la aplicación. Muy bien, Así que una vez que voy a la URL, el resultado esperado es que se carga, sí se cargó. Por lo que puedo tomar que, digamos que sí, esperaban que se cumplieran los resultados. Haga clic en el botón Registrarse. Haga clic en eso. Bueno, una vez más, resultado esperado es que se carga el formulario de registro. Sí, es un formulario de distribución. Para que pueda sacar eso llene el formulario. Entonces voy a poner en admin cm.com. Simplemente trabajaré con el analizador predeterminado que se sugiere. Y luego haré clic en Registrarse. Saber después de hacer clic en registrarse, el formulario para crear acaba de leer dirigido a la página de inicio de sesión y obtener un correo electrónico de confirmación. No, no lo soy. Todo aquí es nulo y obtuve esta excepción. Entonces voy a tener que llenar esta parte de la prueba y voy a ver el mensaje de error de Dios. Ese fue un mensaje de error. Por supuesto que eso es vago porque esto es probablemente lo peor que cualquier desarrollador quiere escuchar. Recibí un mensaje de error. Por supuesto que no todos los probadores podrían estar inclinados a saber que deben identificar las partes de su mensaje dentro de sus comentarios. Entonces es por eso que la herramienta es útil donde me permite tomar una foto o una instantánea. Para que pueda tomar una instantánea de lo que está en la pantalla. Estoy recibiendo un error. Vamos a intentarlo de nuevo. Vale, así que podría haber estado grabando mis acciones. Muy bien. Por lo que aquí puedo registrar las acciones. Puedo detener eso. Una vez que se detuvo esa grabación de acción se adjunta al resultado de la prueba. Vamos a intentarlo. Una captura de pantalla. Si tomo una captura de pantalla, eso está bien, ahí vamos. Por lo que en realidad puedo dibujar en toda la zona que tiene el error. Entonces una vez estoy satisfecho con eso o puedo dibujar una flecha si no estoy satisfecho. Y ver aquí hay uno. Aquí tienes la herramienta de flecha, ya sabes, cosas así. No he enseñado probador por profesión. Nunca he estado en ese papel para ser tan detallado como las pruebas. Existe una estadística de arte sobre informes de errores. Solo te estoy mostrando que esta herramienta está configurada ahí y disponible para ayudarte como probador ser lo más eficiente posible. Una vez que haya terminado con todo esto. En este caso, cinco se crearon por la razón que sea, solo lo voy a quitar y voy a hacer clic en guardar o puedo guardar y cerrar. Entonces guardaré y cerraré y eso es todo para la prueba. Sepa cuándo volver a Azure DevOps, aquí, verás que No obtuvo un estatus fallido. Y si quisiera interactuar con esta prueba después, puedo ver los resultados de la prueba. Y eso me llevará a la historia de las corridas. Entonces me está mostrando todas las carreras que esta prueba duro. En realidad puedo crear una bombilla adjunta a estos resultados de prueba por lo que sabemos que falló. Y tenemos todos los archivos adjuntos del campo iteración que podemos ver en qué paso falló, qué recursos disponibles para justificar el fracaso, por así decirlo. Si creo un error, entonces sabrá que hay un defecto asociado a esto. Puedo asignar el bulto o simplemente crear el Bogan, dejar que el desarrollador, los desarrolladores, lo siento, eso está fuera entre ellos. Puedo poner en tanta información o más información aquí. Si puedo asociarme mientras vendrá asociado a la prueba, al menos habrá podido ir y mirar el resultado de la prueba y ver los recursos adjuntos. Entonces aquí verás que ahí está la bombilla. Si entro en los elementos de trabajo, no hay un error asociado a él. Todo el mundo sabe cuál es la situación actual. Si estamos mirando los tableros, verás aquí hay un nuevo error. Se puede aprobar como un error porque a veces los probadores no seguían la instrucción. Por lo que es prudente fuera del equipo de desarrollo sólo para asegurarse de que lo que se está reportando es en realidad una cosa. Y hacer todo lo posible para ordenar los pensamientos y moverlo a través de las columnas como sea posible. También verás aquí que tienes algunas indicaciones visuales para mostrarte que tienes una prueba fallida asociada a ese elemento atrasado en particular. Eso es realmente todos los planes de prueba funcionan y tienes otras métricas que puedes usar. Se pueden ver los informes de progreso. Entonces, ¿cuántas mezclas de pruebas hay? Cuántos fueron corridos a casa en cualquier lugar pasado. puedas usar eso para ver cómo es tendencia tu proyecto es un equipo de dev clasificando o los bulks lo suficientemente rápido, o los probadores probando lo suficiente, etcétera Puedes mirar las runas que ya miramos las ruinas antes, y se pueden tener esas sesiones exploratorias. Una vez más, solo entramos y solo da click y ves si puedes perderte las cosas o si es infalible. Y vamos a cargar la prueba en realidad ya no está en uso, por lo que solo puedes ignorar esa de todos modos. Entonces esa es una visión rápida de cómo se pueden usar las disciplinas para hacer sus esfuerzos en el desarrollo un poco más limpio y rápido. 12. Objetos de Azure DevOps: Bienvenidos de vuelta chicos. En esta lección estamos discutiendo artefactos. ¿ Sabes qué? Un artefacto más o menos es una palabra o expresión de lujo para nuestro bolsillo que se usaría en un proyecto. Ejemplos de estos paquetes serían como nuestro Entity Framework, Core o ultimate bird, diferentes bibliotecas de terceros que normalmente integraríamos en nuestros proyectos. Aunque la razón de los artefactos sería que hay momentos en los que tienes un equipo de dev trabajando en el mismo proyecto y todos estarían saliendo consiguiendo cualquier versión desviada de la misma biblioteca que podría no necesariamente ser compatible. Y querías estandarizar la versión, estandarizar qué biblioteca usa tu equipo. Implementaría artefactos. Digamos que queríamos crear un feed y todo feed se refiere básicamente a los paquetes fuente off. Por contexto, si traigo nuestro proyecto en Visual Studio, si vas a Herramientas, Opciones, y luego si busco paquetes en el paquete de opciones, ahí vamos, fuentes de bolsillo. En el gestor de paquetes NuGet, en realidad podemos ir a fuentes de bolsillo. Y esto nos permitiría indicar de dónde quieres obtener paquetes de cuando estamos tratando de hacer una instalación o simplemente buscar alguna biblioteca de terceros. A partir de aquí, en realidad podría agregar una nueva fuente y afirmar que quería de esta URL, darle un nombre, etcétera Así que mi característica de artefactos aquí en DevOps me permitiría a uno crear un feed y puedo darle un nombre. Llamémoslo demo de entrega continua. Entonces, ¿a quién es visible? Los integrantes de esto son sólo de persona específica. Lo dejaré como incluyen los miembros es de fuentes públicas ejemplo, obtendrás un MPM que podemos dejar eso y luego podemos usar este feed solo para este proyecto frente a la totalidad organización, ¿verdad? Por lo que en realidad puedes tener múltiples feeds. Entonces podrías tener uno específico para el proyecto versus uno para toda la organización donde lo verías, vale, todo el mundo, puedes suscribirte a este feed y usar solo estos paquetes en proyecto de esfuerzo. Para éste, simplemente lo dejaré a nivel de proyecto y crearé. Saber una vez que eso se crea, en realidad puedo conectarme a otros feeds. Entonces puedo decir el nuevo getfield, el feed dotnet, o cualquiera de estos otros gestores de paquetes, ¿verdad? Por lo que cada plataforma tiene su propio tipo de gestor de paquetes. Y como estoy usando dotnet, nuevo Git es uno de los más populares, si no el más popular para cualquier desarrollo relacionado con dotnet. Pero solo por contexto, si estás usando npm, eso será para tus cosas relacionadas con JavaScript, puedes hacerlo por Python, para Java, etc. Así que usaré NuGet. Y aquí tengo que ir a buscar las herramientas. Usted ve aquí. Te están haciendo saber que si es la primera vez que estás sentado encima de esta máquina y obtienes las herramientas, asegúrate de tener la última versión de este proveedor de credenciales instalado y algunas otras instrucciones en cuanto a cómo esto necesita funcionar. Vamos a seguir adelante y conseguir las herramientas. Tal y como se indica aquí. Tenemos que conseguir lo último y se obtiene y luego tenemos que instalar el proveedor de credencial. Así que voy a seguir adelante y haga clic en ambas URL solo para asegurarme de que me dejen obtener la última nueva get package manager. Una vez terminado eso, vamos a saltar de nuevo al proveedor de credenciales, lo que nos lleva a esta Documentación de GitHub. Y sólo podemos usar los scripts polares, los guiones parciales. Por lo que solo pulsando que te traerá al script de PowerShell, cual puedes descargar o simplemente puedes copiar y abrir en tu parcial local. Así que abrí mi ISE polaco de Windows PowerShell como administrador lo ejecuté. Y aquí se puede ver el registro de lo que ha hecho. Y habría instalado el proveedor de credencial con éxito. Eso es paso está hecho. Volvamos. Ahora. Después de que dice que asegúrate de haber instalado todo eso. Dijeron que tenía un archivo de config NuGet dot a tu proyecto. Entonces voy a copiar esto. Saltar a Visual Studio. Y dentro de este proyecto. Por lo que dijo auditorías al mismo nivel que su solución o el archivo de proyecto o solución CS. Voy a agregarlo en la solución. Sólo voy a dirigir la solución. Haga clic en Agregar, digamos que quiero un nuevo elemento. Y fui a llamarlo. Te dan dot config. Y luego voy a insertar los contenidos ahí que se agreguen. A continuación necesitamos ejecutar este comando para restaurar paquetes. Entonces tendría que ejecutar este comando en mi directorio de proyectos, pero antes incluso puedo hacer eso. Necesitaré registrar NuGet dot EXE como uno de mis comandos Path. Entonces si tienes una máquina Windows como yo, entonces puedes simplemente presionar el tipo de menú Inicio en parte y lanzar las propiedades del sistema ir a las variables de entorno Avanzadas y UC. Entonces si escribiste en esta ventana debería aparecer con bastante rapidez. Variables de entorno. Lo que voy a hacer es buscar la ruta en lugar de editar las variables del sistema. Y entonces solo voy a golpear a New. Y le voy a dar el camino de NuGet dot EXE. Oh, en realidad lo siento. Entonces voy a pinchar herramienta la carpeta donde no por favor el ejecutable. Entonces haz clic en Ok. Y entonces no es aparte de mis caminos Cmd. Vamos a traer al símbolo del sistema. Voy a sugerir una traerlo en modo administrador. Y navegas hasta el directorio donde está tu proyecto. Por lo que siempre puedes hacer clic derecho en el proyecto en Visual Studio si eso es lo que estás usando, obtener la ruta del archivo o el jefe del proyecto, verás el navegar hasta él. De lo contrario, puedes usar realmente las mismas instrucciones. Entonces podemos ejecutar nuestro comando NuGet dot EXE restore. Y aquí estoy recibiendo un error al ver que esto no contiene el elemento raíz esperado llamado configuración para esa ruta. ¿ De acuerdo? El motivo de eso es cuando copiamos, por cualquier motivo copian totalmente la clave, no copiaron todo el XML. Entonces necesitamos todo esto. Irónicamente, cuando hacemos clic en Copiar al Portapapeles, no copió todo eso, así que déjame intentarlo de nuevo. Así que permítanme copiar todo esto y actualizar este archivo. Y luego intentemos de nuevo ese comando. Justo ahí está, perforando a través de una conexión entre nuestro proyecto y nuestro feed. ¿ Está bien? No, sabe que debería estar usando este feed según nuestro subsidio DevOps. Agrandar la ventana del símbolo del sistema para que podamos ver un poco mejor. Y he corrido un nuevo comando y fui a guiarte por él. Lo que quiero hacer es instalar algunos bolsillos. Elegí la parte superior otoñal, derecha. Podría ser cualquier paquete. Entonces el hecho es que incluso podrías ir al administrador de paquetes NuGet, buscar un paquete, y solo puedes seguir adelante y ver nuevo git instalar el nombre del paquete, y luego estamos especificando la fuente y lo escribí mal tiende a que la fuente necesita ser el nombre la fuente que configuramos en Azure DevOps. Así que aquí lo tengo bien. Nuget install ultimate source demo de entrega continua, ese era el nombre del feed y necesitan acidez. Ya sabes que el feed utilizado es de acuerdo a nuestra URL que habíamos puesto en la configuración. Y luego está instalando la herramienta de paquete que necesitaba especifica el proyecto. Y es ver que la versión de auto build es esa. Y está pasando y luego aunque los proveedores de credenciales me pidan que inicie sesión, así que voy a pasar por ese proceso. Y luego después de proporcionar las credenciales aparecen, pero sin embargo, fue exitoso y pasó y me está haciendo saber que recuperó el paquete o feed personalizado y simplemente se detendrán. Y luego siguió adelante y ejecutó todos los comandos en unos segundos. Y si vuelvo a nuestra página demo de entrega continua y refresco, o déjame simplemente hacer clic en la parte superior porque refrescar mi parte del CMP. Entonces si vuelvo a hacer clic en artefactos y luego asegurarme de que estoy en la demo de entrega continua o lo que sea que configuraste cerca de prestar para ver tu perversión definitiva aquí. Entonces te va a hacer saber que la fuente, sí, es la galería NuGet. Cuando es, ya sabes, cuántas descargas, tantos usuarios están suscritos a ella. Y puedo optar por descargarlo yo mismo. Puedo promoverlo, puedo deslistarlo y puedo eliminar lo último. Entonces hay una serie de cosas que puedo hacer aquí. Una cosa muy importante a tener en cuenta sobre todo este proceso, porque probablemente te estés preguntando, de acuerdo, entonces ¿cuál es el punto de ello? ¿ Por qué no ir directamente a ti y conseguir, Así que para uno, tenemos pero tomamos el control sobre qué versión estamos haciendo bien? Porque aquí puedo ver quién agregó esto al proyecto. Puedo ver alguna de la herramienta de tazón de metadatos creó el proyecto o esta biblioteca en general, puedo mirar la versión que se encuentra actualmente instalada, que por defecto será la última versión. Puedo por supuesto este lado para eliminar esta versión. Pero luego me gastan tener que ejecutar este comando y especificar la versión que quiero. Y si trato de leer instalar la misma versión, bueno, tendría que eliminar esa carpeta en consecuencia. Hay una serie de cosas que puedes hacer. Una vez más, esto es mejor para controlar qué versión se utiliza en su, en su proyecto como equipo. Y no solo se trata de paquetes NuGet, podría ser que tengas algunas de tus propias bibliotecas personalizadas en las que has construido un nuevo o mantenimiento, y tienes archivos PDF en los que confían otras aplicaciones. Podrías agregarlas aquí como zorro ártico y permitir que el equipo se suscriba aquí y haga referencia a los DLLs través de ese tipo de sistema de alimentación Artefactos. Sistema de alimentación en un entorno de equipo, en un entorno div donde se están utilizando muchas herramientas de terceros. Y se quiere mantener un estándar para qué versiones se están utilizando en qué proyectos. Esta es una excelente herramienta para ser puesta en uso. 13. Descripción de la sección: Muy bien chicos, así que eso es todo para la visión general de Azure DevOps, en este módulo, pudimos crear una mirada de organización a lo que se necesitó para crear un proyecto Scrum. Mira algunas de las diferencias entre el proyecto Scrum y el proyecto básico. Y espero que hayan explorado los otros tipos de proyectos. También nos fijamos en la integración básica de Git, trabajos de ramificación entera, trabajo de tuberías enteras cómo podemos usar planes de prueba para o integración entre nuestros compañeros de equipo. Como desarrolladores y probadores y analistas de negocios, también miramos artefactos y sostenemos aquellos que se pueden utilizar para administrar la versión de bibliotecas que se están utilizando en el desarrollo. Entonces, a medida que avanzamos, estaremos mirando más conceptos en profundidad. En el siguiente módulo, comenzaremos a mirar todo GET versus TFS funciona como sistemas de gestión de control fuente, diferentes estrategias de ramificación y cómo todo se une hacia la creación un flujo de trabajo de integración continua. 14. Conclusión: Bueno chicos, hemos llegado al final de este curso. En este curso habríamos revisado como tus DevOps. Por lo que creamos una organización. Podemos configurar todo el fin de semana del proyecto , armar todo un espacio para que todos los interesados del proyecto puedan venir aquí, obtener diversas estadísticas, ver diversas actividades y en realidad involucrarse. También discutimos el hecho de que hay un DevOps no es una herramienta para desarrolladores. Es una herramienta que ayuda a los desarrolladores a ayudar al negocio y ayuda al negocio a ayudar a los desarrolladores. Porque muchas de las veces hay una desconexión entre el negocio y la TI y el negocio quiere una cosa y TI piensa que es otra cosa, y luego hay una desconexión. Entonces usando una herramienta como Azure DevOps, se rompe, no esos virus. Y ayuda a los gerentes de proyectos a involucrar a los dueños de negocios y los dueños de negocios puedan comunicarse con el equipo de desarrollo de manera más efectiva. Podemos ver bulbos y trabajo que se está haciendo y por quién, todas las pruebas el equipo de pruebas puede involucrarse todo mi Dios. Lo siento. Simplemente revisar todo lo que es posible con esta herramienta es simplemente emocionarme. No puedo esperar a ver cómo mejoran sus operaciones con esta herramienta, cómo la integra en su flujo de trabajo actual con sus proyectos más grandes. Configuras tus canalizaciones de lanzamiento y tu pipeline de compilación para que los protejas, cómo implementas las mejores prácticas adecuadas, obtienes estrategias de ramificación y operas con tu equipo de desarrollo. Con todo eso dicho y hecho. Gracias por acompañarme en este viaje. Y una vez más, Diviértete.