DevOps do Azure - Introdução

1. Introdução: Olá e seja bem-vindo ao meu novo curso como seu DevOps, começando. Sou seu instrutor de Vaughan Williams e sou engenheiro de software e palestrante. Neste curso, vamos explorar conceitos fundamentais por trás dos princípios do Azure e do DevOps. Então, vamos analisar como configurar uma organização do Azure DevOps, configurar repositórios Git para nossa equipe, gerenciar itens de trabalho nos sprints. Também analisaremos diferentes tecnologias, como obter gerenciamento de controle de origem, manter a criação de pipelines para construir e lançar e analisar outras ferramentas e painéis que estão disponíveis para nós saiba Azure DevOps tem um conjunto de ferramentas rico que fornece aos desenvolvedores, gerentes de projeto, negócios em partes interessadas do Vireo em um projeto, acesso a um painel central onde eles podem colaborar para desenvolvendo e produzindo um produto para qualquer empresa. Neste curso, veremos alguns dos principais recursos, como o Azure Boards, onde implantamos nosso irmão de configuração ou itens de trabalho. Vamos olhar para a construção de oleodutos. Fomos examinar repositórios sobre diferentes políticas que podemos implementar nossos próprios ou repositórios durante todo o fim de semana, implementar planos de teste para garantir que estamos vendo corretamente e minuciosamente todos os bugs e denunciá-los e como seus artefatos como todo o fim de semana gerenciam todos os ativos que estão sendo usados em nossos projetos. Com tudo isso dito, seja bem-vindo ao curso e vamos começar. 2. aquarela de uma cachoeira de forma ágil: Tudo bem pessoal, então nesta lição vamos discutir as diferenças entre Ágil e Cachoeira. Então eu fiz uma mini análise swot. Isso não captura a imagem completa de nenhuma das metodologias. No entanto, isso lhe dará um amplo entendimento se for a primeira vez que você estiver ouvindo sobre eles ou você nunca realmente entendeu quais são as diferenças significativas entre os dois. Vamos começar com Waterfall. cachoeira há anos tem sido o método tradicional de entrega de projetos, fornecendo software em geral. Com a cachoeira, tudo está planejado. pesquisa é feita em detalhes antes do início do projeto e cronogramas e estimativas de custo, todas essas coisas geralmente são colocadas em prática para ver que é assim que o projeto fluirá. A maior parte do piso deve fluir. Esses são os recursos necessários. Isso é muito que tudo vai custar. Tudo é tratado antecipadamente e pronto antes do início do projeto. Saiba que uma das oportunidades com isso é que quando o orçamento começa, você é um recurso ou todos os envolvidos no projeto sabem que seu papel e o relógio nasal devem ser realizados. E geralmente agiríamos de acordo. Conheça uma das fraquezas desse sistema é que você não pode planejar cada falha. É um tipo de plano para alguns desvios do plano. E então a cachoeira geralmente é rígida. Então, qualquer coisa que não esteja indo de acordo com o plano simplesmente não estava prevista. Então, embora você possa planejar certas coisas, há outras coisas que podem surgir que você não o chamou de quatro. Então, uma das ameaças a um projeto que está sendo feito por uma cachoeira é que você pode acabar tendo custo em circunstâncias orçamentadas e imprevistas, empurrando o projeto para além da data de entrega. Com cachoeira prevê que eu tenha talvez um software que precise ser entregue em dois anos. Você pode acabar tomando cinco. E a desvantagem é que até o quinto ano ou até que esteja concluído, as partes interessadas ainda não têm nosso produto. Então, um exemplo do que é usado para planejar projetos em cascata seria um gráfico de Gantt. Você também tem gráficos pert, mas geralmente o cronograma, tudo. Então, a tarefa deve levar duas semanas o meio da semana duas para a seis semanas, deveríamos estar fazendo isso andando simultaneamente, etc. Como eu disse, tudo é plano para o t. algo acontece e as folhas talvez uma dessas dependências. Então, talvez a tarefa um na semana um tenha sido excluída 23 semanas que na tarefa realmente não pode começar, pois depende da tarefa um de qualquer maneira. Então essas são as coisas que fizeram cachoeira. Vou dizer que não é confiável ao longo dos anos em que funcionou, mas as pessoas se afastaram disso em busca de métodos de entrega provavelmente mais confiáveis. Isso nos traz o Agile. Em entrega ágil. Várias equipes trabalhando em peças menores e isso pode contribuir para um tempo de lançamento mais rápido. Então, em vez de tentar liberar tudo de uma só vez, com a metodologia ágil realmente liberando pedaços, em vez de dizer a tarefa um e a tarefa dois, depois jogue três, você tem um entregável, entregável para entregáveis três, as partes interessadas podem realmente começar a usar o que chamaremos de um projeto mínimo, mínimo viável ou protótipo irmão. Ou seja, a entrega mínima definida, a entrega mínima para um sistema que o usuário das partes interessadas precisa para começar a trabalhar e, em seguida, você pode lançar incrementalmente o pulso. Portanto, uma das oportunidades com o Agile é que equipes de desenvolvimento de negócios, equipes desenvolvimento e desenvolvimento de negócios trabalharam lado a lado. Então, geralmente não se sabe de algo, embora isso não aconteça. Eles estão todos no mesmo espaço. Eles precisam colaborar para garantir que tudo esteja coordenado com cada versão. Mais uma vez, você pode oferecer mais valor à organização mais rapidamente. Uma das fraquezas, porém, é que, se a coleta de requisitos não for feita corretamente, o que, com base na natureza disso, é muito possível, então você pode acabar tendo várias iterações sobre o mesmo entregue ao longo de um período. E isso pode levar a custos acima de ON e atrasos também. Então você pode ver que não é necessariamente que um seja melhor que o outro. Um corrige uma coisa que o delta é difícil errado. Mas então eu projeto é um projeto. E se você já foi gerente de projeto ou falou com um, você sabe o que esse tempo é dinheiro. Portanto, todos esses fatores contribuem para se você entregou ou não um sistema com sucesso no devido tempo. roteiro para um projeto ágil se parece mais com isso. Então você tem entregas, você tem marcos, você tem Maslow e um marco para o marco três, eles geralmente dependem do outro, mas geralmente você pode obter um porão do caminho e começar trabalhando enquanto um está em produção. Probabilidade corrigir bugs em um enquanto você ainda está trabalhando também, o que pode informar as coisas que você precisa fazer na entrega para etc. Portanto, uma entrega informará a outra e é apenas esse tipo de corrente de margarida até a estrada terminar. Como dissemos, vamos analisar o Azure DevOps neste curso e, neste módulo, veremos como podemos primeiro configurar onde nossos cones. E então vamos entender como cada uma dessas ferramentas nos ajuda em nossa busca de entregar um projeto a tempo com mínimo de agitação possível e enquanto trabalhamos em equipe. Então fique atento. 3. Crie uma conta do Azure DevOps: Ei pessoal, Nesta lição, vamos nos inscrever Azure DevOps know para chegar a este site, a maneira mais fácil para mim seria digitar dev.azure.com. Isso realmente levará você a esta página onde é realmente asor.Microsoft.com cortar seu código para o DevOps da barra dos seus serviços de idiomas . Existem várias maneiras. A maneira mais fácil provavelmente é uma pesquisa no Google para o Azure DevOps, e então você segue o link que, é claro, olha para os mais legítimos aqui que você pode começar gratuitamente, que levaria você no caminho de criar um novo, uh, cones, provavelmente uma conta ao vivo. Se você já tem um, então você sempre pode fazer login e você sempre pode começar a usar seu GitHub um cone. Então, vou entrar no Azure DevOps, pois já tenho uma conta ativa que vou usar. Este é o que eu uso para o meu Visual Studio e todos os outros serviços da Microsoft que eu uso. Ninguém está aqui. Você pode ver alguns dos projetos em que trabalhei. Depois de fazer login, talvez você não veja um painel como esse se for sua primeira conta ou se você nunca usou antes, isso não é problema. Mas o que você notará é que você tem uma organização provavelmente com o mesmo nome que seu contador ou seus cones de nível. Saber que uma organização representa praticamente uma coleção de projetos para uma entidade. Então você pode ver aqui que tenho várias organizações vinculadas à minha única conta. E eu posso realmente alternar entre eles como estou demonstrando aqui. E com cada um você veria um conjunto diferente de um cone. Então este Travolta é realmente que pode testar pessoalmente um cone que eu faço. Fiz muitos experimentos, projetos em. E então eu tenho tro para Williams, onde tenho mais mistura de projetos pessoais e acadêmicos. Para iniciar uma nova organização, você só precisa clicar em nova organização. E você provavelmente teria passado por tudo isso antes de chegar à tela que acabei de te mostrar. Então você teria que silicar qual diretório. Então, se você não o fez, você sabe que eles usam o Active Directory ou eles têm sua própria versão do Active Directory. Na verdade, você pode alternar entre diretórios, especialmente para contas organizacionais. Mas aqui estou usando minha conta pessoal e , em seguida, eles podem dar um nome para a organização. Então, para este, fui dar o nome para o curso, curso de Entrega Contínua. É assim que estou chamando. Posso escolher uma região que seja melhor para mim. E quando eu costumo usar o Azure, escolha Leste dos EUA com base em onde estou, mas fui seguir em frente com a Central US como a melhor opção nessa situação. E então, é claro, passamos por nossa captura. E uma vez que fizermos tudo isso, levará algum tempo para avançar e criar essa organização e depois Ler Derek. E os resultados finais disso nos pedirão para criar nosso projeto para começar. Então, vou criar um sistema de gestão escolar. É nisso que vamos trabalhar. Ou pelo menos esse é o exemplo do projeto que usaremos à medida que avançamos mostrando como a Entrega Contínua funciona. Sistema de gestão escolar, sem descrição. E vou usar o Git para controle de versão e todos os DevOps do Azure suportam versões de ferramentas de duas tecnologias para controle de versão, get, que é Vanilla padrão, get. Essa experiência muito semelhante à que você teria obtido através do GitHub se você já usou o GitHub. Mas se você está familiarizado com as crianças em geral, é uma experiência muito semelhante quando você usa passar como seu DevOps. O outro seria o Team Foundation Version Control, que é uma versão da web que eles são muito populares Team Foundation Server que não tem sido seu carro-chefe. Enquanto motor descontrolado por anos. A diferença entre os dois, bem tecnologia um é o sistema de gerenciamento centralizado, que é o TFS, o outro é distribuído, o que é get. E como muitos setores estão mostrando preferência pela versão distribuída, tenho certeza de que é por isso que a Microsoft se certificou de nos dar essa oferta. Além disso, podemos seguir em frente e prosseguir com o Git. Em seguida, você pode escolher seu processo de item de trabalho com base em sua flora natural como equipe de projeto e continuar com o básico. E então podemos simplesmente ir em frente e criar um projeto para que todas essas configurações sejam exclusivas do projeto. Não é que a organização seja corrigida nessas configurações. É exatamente o que o projeto exige. Isso é o que nos será apresentado. Depois de termos feito toda essa configuração, criamos nosso projeto. Somos levados para a tela. Se, por qualquer motivo, você tivesse uma experiência diferente e estiver em sua organização e quiser criar um novo projeto, então você poderia ir para Novo Projeto. Eu ia fazer as mesmas perguntas e depois nos permitir prosseguir e poder ver o projeto aqui. Assim que você estiver olhando para o painel da organização, você poderá ver todos os seus projetos. Então deixe-me voltar para um onde existem vários projetos. Com cada um, você poderá ver todos os recursos, todos os itens de trabalho, o código, tudo relacionado a esse projeto específico. No entanto, como eu disse para este curso, vamos prosseguir com essa nova organização. E quando voltarmos, faremos um tour geral das ferramentas que nos são oferecidas por meio do nosso novo painel do Azure DevOps. 4. Gerencie a organização: Tudo bem pessoal, bem-vindos de volta. Então, da última vez que estivemos aqui, criamos nossas colunas. Criamos nosso primeiro projeto em nossa nova organização. E nós realmente queríamos começar a olhar para as ferramentas. Mas antes de fazermos isso, quero que olhemos para a organização e discutamos brevemente como ter essa construção organizacional nos ajuda a realizar nossas ambições de DevOps. Portanto, o total é nomeado como seu DevOps, o que significa que é uma ferramenta projetada para facilitar o DevOps. Devops é mais do que apenas tecnologia porque sim, buzzword e o conhecimento de Newton é, e começamos a ouvir são Docker e sem servidor e também automatizou esse ponto contínuo. Antes de entrar em todas essas coisas, vamos dar uma olhada nos fundamentos do DevOps. Devops é uma forma de pensar. Não é apenas um monte de tecnologias, desenvolvedores fazendo coisas diferentes. É forma de pensar. E essa maneira de pensar tem que permear na organização em que ela está sendo implementada. Antes de não, ou antes de DevOps realmente uma coisa ou o que levou a DevOps ser uma coisa, era uma raposa que todos trabalhavam em seus silos em uma organização. Então alguém diria: Oh, eu preciso desse novo recurso. Alguém mais aprovaria e depois depositaria, não é? E a TI só vem sob pressão porque eles estão vendo, você sabe, onde está, por que o contato obtém, enquanto a TI está tentando defender a força para escrever código, gerenciar a infraestrutura, tentando provavelmente para alguns outros requisitos de recursos, coleta, etc. Então ninguém realmente entende o que a TI está passando. Uma probabilidade de TI realmente não entendeu o motivo da solicitação. Devops é diferente ou traz uma maneira diferente de pensar porque vai ter todos envolvidos, todos têm um papel a desempenhar na entrega deste pedido. Portanto, temos recursos de diferentes departamentos, todos colaborando e vendo o progresso na compreensão de cada uma dessas lutas e ajudando a aliviar o que podem, onde eles podem, como o mais rápido possível. Esse é o conceito de DevOps dentro da organização que configuramos nesta nova ferramenta, podemos realmente ir em frente e convidar outras pessoas. Tudo bem, então aqui mostra que este é o nome da organização. Podemos dar uma descrição. Podemos configurar nosso fuso horário, o proprietário da organização escolhida e a organização podem ser excluídos. Posso ver todos os projetos que eles estão envolvidos e criar um novo projeto, se necessário. Posso gerenciar meus usuários para poder adicionar usuários. E esses usuários, é claro, seriam diferentes partes interessadas, até mesmo desenvolvedores diferentes, qualquer pessoa que precise acessar a, a organização ou os projetos na organização, etc. na organização, etc. dessas pessoas podem ser adicionadas aqui. Portanto, posso adicionar um usuário básico, uma parte interessada ou assinante do Visual Studio. Aqui é onde nós meio que damos um passo atrás e discutimos custos e obrigações. Portanto, esta é a versão hospedada na nuvem do Azure DevOps, há uma versão dela que você pode realmente ter hospedado localmente em sua empresa, se você configurar. E seria, bem, quero dizer, qualquer acordo de licenciamento que você tenha para isso, você iria executá-lo sozinho. Esta é a versão cis dela. Portanto, não posso usá-lo para meu uso pessoal. E essa organização é realmente apenas uma representação de como nossa empresa poderia ser. Uma empresa seria capaz de se inscrever e usá-lo de acordo em que ponto, com base em seu tamanho, eles definitivamente teriam certas restrições ou subsídios que você provavelmente ganhou não tem no nível pessoal. Quando se trata de adicionar usuários. Não podemos ter usuário básico e podemos obter até cinco usuários e eles terão acesso a recursos que controlam a versão de controle de origem, ferramentas para Agile e criam lançar as partes interessadas. Esses seriam capazes de trabalhar com isso um backlog, itens e consultas lá provavelmente não conseguirão entrar no código e em todas essas coisas. Mas além de tubulações e assim por diante. Mas eles podem entrar e ver itens de trabalho e interagir com relatórios de progresso, falar, eu faço novas solicitações. E terá assinantes do Visual Studio que basicamente recebem todo o shebang. Mas, obviamente, esses são mais assinantes de nível empresarial. Então eles têm acesso a todas as coisas que, como seus planos de teste e alguns outros recursos que os usuários básicos não obterão agora, onde atuando na comunidade, estamos fazendo para ter esses recursos, pelo menos não neste curso específico ou em uma trincheira da lição. Mas é bom apreciar quais permissões e restrições existem com base em como você adiciona seus usuários. Também podemos passar pela construção. Podemos definir as notificações globais. Podemos ver a auditoria para ver quem fez o quê. Podemos gerenciar seu Azure Active Directory. Podemos configurar agentes personalizados para pipelines e pools. Podemos definir que a implantação aumenta o número de coisas que podemos fazer em um nível organizacional. que, quando as pessoas entrarem na organização ou participarem de um projeto, cada projeto apenas adira às configurações aqui. Essas são as coisas que podemos fazer com nossa organização. Quando voltarmos, veremos começar a analisar as diferentes ferramentas que nos são oferecidas no painel. Quando temos nosso projeto aberto em execução. 5. Gerencie o projeto: Tudo bem, então quando ele entrar no projeto, podemos ir para algumas configurações globais aqui. Para que eu possa gerenciar serviços. Então aqui eu posso ir para os diferentes aspectos que também estão caídos para o lado. Então, vamos passar por aqueles em detalhes, um por um. Mas se eu apenas for gerenciar seus serviços por trás aqui, posso gerenciar coisas sobre o projeto. Posso gerenciar o nome, posso colocar em uma descrição. Vamos continuar rolando. Podemos alterar o administrador ou os administradores do AD. Portanto, neste projeto, podemos ativar e desativar os diferentes Serviços de DevOps do Azure que podemos ou não querer. E, em última análise, podemos excluir. Se você examinar, verá que também pode gerenciar equipes. Você pode gerenciar as permissões para as pessoas dentro deste projeto. Então, teríamos adicionado pessoas no nível organizacional. Então, podemos realmente gerenciar quem pode assistir dentro desse projeto específico. Podemos gerenciar nossas notificações, podemos chamar make para nosso GitHub. Na verdade, podemos vazar commits para nosso repositório do GitHub. Digamos que o GitHub seja onde você está fazendo o gerenciamento de controle de origem real. Não é que você precise migrar o repositório para DevOps, mas você pode usar o DevOps como gerenciamento para seus projetos do GitHub. Portanto, é muito fácil fazer a clínica do Azure DevOps para o GitHub. Você pode configurar diferentes configurações. Eu não vou sentar aqui e passar por cada 11 por um porque alguns deles com quem você pode interagir, alguns deles com quem você talvez nunca tenha que interagir. Mas o ponto é que você tem todas essas opções disponíveis para você. Então eu posso voltar ao painel e, se eu precisar revisá-lo, digamos que esse estilo parece diferente quando começamos a fazer o check-in e fazer todo tipo de coisas incríveis. Basta ir até aqui para as configurações do projeto quando quiser modificar essas configurações e sempre pode recolher essa barra lateral ou expandida conforme necessário. 6. Plas de DevOps do Azure: Tudo bem pessoal, bem-vindos de volta. Nesta lição, vamos olhar para os quadros. Saiba antes de avançarmos na minha tela, você notaria que eu tenho o projeto original do sistema de gerenciamento escolar que criamos, e eu tenho outro com o texto anexado que diz Scrum. Primeiro, você sempre pode ir para Novo projeto e criar um novo projeto. Agora, a razão pela qual eu criei este chamado Scrum é um. A maneira como criei este chamado Scrum é que dei o nome, a descrição e, em seguida, no Avançado, em vez de escolher o processo básico de item de trabalho que escolhi, escolhi este item de trabalho cromado, um processo para que você possa realmente clicar em cada um. Eu recomendo que você crie projetos com cada um deles. E então você pode ver a diferença entre o Agile versus o básico versus um CMMI versus Chrome. Eu queria mostrar a diferença entre o básico, que é o primeiro que criamos no scrum. Desde a maioria, a maioria das equipes com as quais interagi pelo menos usam a metodologia Scrum para seus projetos. Você pode passar e ver as diferenças, se desejar. Mas vou me concentrar no básico versus Scrum. Então, se clicarmos na gerência escolar, estou clicando para abrir cada um em seu próprio canto superior direito. Então, aqui está um projeto básico de gerenciamento escolar que tendem a lembrar que tínhamos configurado algumas coisas que eu adicionei alguns membros. Se eu for a quadros e estivermos aqui para procurar quadros, eu criei uma tarefa, eu trabalho item, certo? Então, se eu quisesse criar um novo item de trabalho, três opções. Uma época que basicamente representa um enorme corpo de trabalho. Temos um SEO que representa como, bem, algo está errado, por favor conserte-o. E então temos uma tarefa que apenas diz, ok, estes são, este é o colapso. Essa é a coisa individual a se fazer, que provavelmente seria como a representação mais granular de todo o trabalho envolvido em um épico. Tudo bem? Então, é claro, à medida que avançamos, surgem problemas. Não, podemos olhar para eles na lista assim. Então, para criar um novo igual ao novo trabalho, presumo que você escolha seu modelo. Se eu quisesse um novo épico, apenas digo que lhe dou o título. Digamos que o portal dos pais possa ser um épico. Você o atribui ao usuário. Consequentemente. Você pode ver a prioridade. Você pode definir a data de início e um alvo. Na verdade, ambos têm seletores do Callender que eles podem usar para que você tenha certeza de que os vales são precisos. Tudo bem, então você pode adicionar links para outros itens. Então aqui posso adicionar um novo item. Não consigo adicionar uma tarefa e depois divulgar ruas em uma lista de pendências. O backlog representa os itens que precisam ser feitos dentro de um sprint. Claro, você gostaria de colocar uma descrição. Então, talvez ou empresas todo o proprietário do seu produto ou quem quer que esteja solicitando este novo épico o colocaria o suficiente para que alguém lendo a tarefa possa ter uma ideia geral do que é necessário. Você pode ter uma discussão, marcar membros, adicionar links para outros itens de trabalho que possam estar relacionados a este, etc. Portanto, quando você estiver fazendo tudo isso, clique em Salvar. Você também tem a noção de uma barra de histórico você possa ver quem foi interrompido. Isso criará isso. Talvez ele tenha adicionado um comentário. Toda a atividade nessa tarefa ou item de trabalho em particular pode ser enviada aqui. Você pode adicionar um link para um novo item ou um item existente, é claro, desculpe, mais cedo quando eu disse que ele não poderia adicionar um novo item é porque precisávamos salvar. Sempre salve. E então você pode começar a adicionar novos itens. Em seguida, você pode adicionar anexos. Portanto, se você tiver documentos comprovativos ou qualquer coisa, você sempre pode anexá-los de acordo. Quando você quiser adicionar link, isso estará servindo com o épico é toda a ideia. Portanto, seu novo item aqui provavelmente seria mais parecido com uma tarefa filho. Ele também pode ser um problema. Enquanto trabalhava neste grande corpo de trabalho. Você tem o osso fora, o que precisa ser feito. Você também tem problemas ao longo do caminho, certo? Portanto, uma tarefa para um portal pai poderia ser a interface de design. Usando o Bootstrap por causa de argumentos. Eles clicam em Ok, e então você o libera disse que eu tinha uma descrição. E você notará que o layout, o formulário geralmente é o mesmo. O que pode ser diferente seria na seção de planejamento. Portanto, o planejamento para todo o épico, se você tiver um começo de fato, será diferente de uma tarefa específica em que você teria apenas a atividade. Então, aqui a atividade será como design. E o trabalho restante provavelmente seria como lata. E esse trabalho restante geralmente é calculado em horas ou acho que quaisquer unidades de tempo sua equipe concorde seriam, o que você usa lá? Quando faço isso, posso saber se é para fazer bem, estou adicionando pela primeira vez. Estou atribuindo a alguém da minha equipe. E posso salvar e fechar e notar que ainda podemos ver um histórico e visualizar itens de trabalho vinculados bem como Plutão e anexo. Então, geralmente é. O mesmo, mas você só tem parâmetros de planejamento diferentes para que eu possa salvar e fechar isso. E eu fui, estou olhando para o épico. Posso ver as tarefas associadas a esse corpo maior de trabalho. Uma vez criado, posso alterá-lo, não. Então, se eu sei que estou começando a trabalhar nisso, não, não consigo ver. Certo. Sei que está fazendo isso. Sabe, apenas me dê um pequeno código de cores para afirmar o que está e vendo. Se eu mudar para Don, acho que isso muda o verde. Lá vamos nós. Está concluído. Lá vai você. Você pode realmente usar isso para camionar à medida que avança. Não, essa é a lista de itens de trabalho. Se eu for para as placas, não consigo pegar esse pouco. Vou dizer Trello, olhe, deixe-me, deixe-me voltar e mudar uma das minhas tarefas a fazer. Tudo bem, está reativado. Então, se eu for a quadros, posso ver problemas ou épicos a partir daqui. Tudo bem. Então, se eu não coloquei mais fácil, mas se eu olhar para a neve épica, isso trará as épocas que criei e posso vê-las naquela pequena visão de tarefa, certo? Então aqui este épico é fazer. Eu posso realmente mudar o estado para fazer o nosso Eu posso simplesmente arrastá-lo para fazer. Se eu tiver uma tarefa filho, deixe-me adicionar uma tarefa infantil rápida. Você está testando tarefas. Tudo bem. Clique em OK, Salvar e Fechar de duas tarefas para fazer abaixo dessa determinada. Tudo bem, então, a partir dessa visão, nem estou vendo as tarefas listadas. Mais uma vez, esse é o modelo básico que estamos usando. Acho que isso é legal para você. Só quero rastrear o que você está fazendo, onde você está com cada tarefa. E ele pode ir entre seus estados com relativa facilidade, não tão simples, é um atraso. Os pendentes geralmente representam tarefas que precisam ser tratadas durante um sprint específico. Então, a partir daqui, mais uma vez, posso ver os problemas ou os épicos. Aqui estão os itens da lista de pendências. E posso atribuir um item de trabalho a um sprint na tela de edição. Então aqui eu posso ver que a iteração em que quero essa em particular seria como molas uma. Posso ver se UNCLOS e então sei que quando olho no sprint um, não estou vendo minhas tarefas que acabei de atribuir ao sprint. Para o sprint novamente configura o Detroit. Posso dizer que eu queria correr para durar de XD para y dy dt. Posso dar um nome a ele. E é claro que posso colocar opções para que os detalhes das palavras estejam planejando. Também posso consultar nossos filtros para os tipos de tarefas às quais eles foram atribuídos, o que eu queria ver quando você não pode correr. Sabe, uma das razões pelas quais eu não estou vendo os itens são as épocas como acabei de atribuir a este sprint. Quando clico no novo item de trabalho, perceba quando ele cria um novo problema, só está se fixando na ECO nesta visualização específica. Esta é a sequência base novamente, então não tenho certeza do que está acontecendo aqui. Pode ser apenas em massa na representação em, mas eu só experimentei isso. O modelo básico mais uma vez, se formos a consultas, enquanto que com o menor para filtrar ou adicionar filtros adicionais aos nossos itens de trabalho. Assim, podemos ter os favoritos, podemos ver tudo isso, enquanto enviamos para mim todos os itens de trabalho da atividade de polegar após eu posso executar a consulta. Posso, mesmo ao criar os itens de trabalho, posso adicionar tags. Essas tags podem realmente ajudar com a filtragem. Então, eu poderia apenas filtrar todas as tarefas que têm uma tag específica que poderia ajudar. Então, seria bom que quando sua empresa, outra loja, seu produto saiba quem quer que esteja colocando essas tarefas no desenvolvedor sênior que você adicione as tags para que, se você precisar para consultar todos os itens de trabalho relacionados, eu poderia realmente comprar uma nova consulta e , em seguida, preencher os diferentes campos. Então aqui posso dizer que quero todos aqueles em um determinado estado. Posso escolher isso. Eu quero aqueles com tags particulares, esse título, etc. Então esse é um mecanismo muito poderoso que eles podem usar. Então temos o conceito de um plano de entrega, um plano exclusivo que você realmente colocaria em um nome de plano, colocando uma descrição, você pode escolher o projeto com o qual estamos lidando. E então você pode escolher quais pendências. Então você pode adicionar uma equipe. Quero dizer, cada vez que você pode adicionar o projeto, quem está trabalhando no projeto, etc. Você pode limitar os itens de trabalho que aparecem nesses planos de entrega específicos. Portanto, para essa entrega planejada, precisamos desses itens de trabalho. Então ele começou neste projeto por essa equipe. E há épicos de problemas que estão sendo corrigidos, etc. Esses são todos, não todos. Essas são algumas das coisas que podemos saber, continuo enfatizando que esses são os modelos básicos. Se eu pular para os modelos Scrum, certo? E depois vamos para placas. Você notará que os itens do menu são praticamente os mesmos. Portanto, você quase sempre terá o mesmo acesso aos mesmos recursos independentemente do modelo escolhido para seu projeto. No entanto, quando vou para o novo item de trabalho, veja nossas opções. Tenho mais opções aqui do que com o não básico, posso identificar algo como uma lâmpada. Isso precisa ser corrigido. Isso foi identificado, por favor, corrija. Ainda temos o conceito de uma época. Também temos o conceito de um novo recurso. Temos um impedimento, por isso pode não ser um bug, mas pode ser algo que está interrompendo o fluxo natural de progresso no aplicativo, os itens de backlog do produto. Então, já analisamos quais são os itens da lista de pendências. E então temos a tarefa, certo? Então, você geralmente criaria uma tarefa adicionada ao nosso item de backlog. E, em seguida, um item de lista de pendências pode ser atribuído a um recurso ou caixas épicas. Eu costumo usá-los como autônomos porque, você sabe, quando algo é um bug precisa ser corrigido, é algo que precisa ser resolvido. E então talvez tipo de tarefas atribuídas aos livros. Eu costumo usar a tarefa como criança para qualquer um dos itens acima, ou pelo menos o backlog do produto e o bug na frente do backlog podem ser a criança de qualquer coisa, na verdade. Também temos casos de teste, então isso seria bom para sua equipe de testes poder detalhar o que está sendo testado e manter o caminhão fora desses resultados. Esses são os itens de trabalho aos quais você tem acesso no quadro Scrum. Se eu for para pendências, será uma experiência semelhante. Posso ver todos os meus pendentes e ter mais sprints preenchidos. Na frente. Aqui posso olhar para o Spring to one e tenho essa solução de projeto de configuração à medida os cientistas já imprimem uma, certo? São os mesmos conceitos. Tudo o que fiz foi, foi pulado uma pequena prancha, desculpe. Então, se eu olhar para o épico, posso ver que está no sprint de iteração um ou qualquer sprint em que deveria estar. Além disso, o formulário parece um pouco diferente porque agora posso ver quais são os critérios de aceitação. Aqui está o que me faz aceitar que o trabalho foi feito com sucesso. Posso definir o início nas datas de destino. Mais uma vez, isso está olhando para um épico. Posso resolver os esforços, o esforço previsto, a criticidade do tempo de valor comercial. Então, como eu disse, que todo esse piso Agile e DevOps e pior AGORA com o modelo Scrum é realmente meio que envolvendo mais coisas do que apenas um desenvolvedor tentando detalhar o que ele tem que fazer, que é provavelmente o básico traria para a mesa. Aqui. O negócio tem uma palavra a dizer, então eu posso ver que o valor comercial é x e a criticidade do tempo é y, e a área de valor é arquitetônica ou comercial. Então, como desenvolvedor, tenho mais apreço pelo nível de urgência com o qual essa tarefa precisa ser realizada. E o negócio tem mais C no que eu preciso fazer. E posso dar um pouco mais de empurrão porque tenho mais informações. Portanto, é uma maneira diferente de pensar. Então, aqui você vê que você tem estados diferentes também que você tem uma nova maneira de Em andamento concluída são removidas. Mas, de um modo geral, ainda temos as mesmas guias. Você pode olhar para a história, podemos ver links, podemos ver anexos. Se eu for aos conselhos, não, tenho mais estados, então é novo versus aprovado versus comprometido versus amanhecer novo. Isso é autoexplicativo. Aprovado significa que alguém pode tê-lo colocado, mas ainda não foi aprovado para começar. Quando é aprovado, significa que alguém trabalha. Então, quem quer que tenha sido designado vem e vê isso. Certo. Há algo que é aprovado e atribuído a mim. Tudo bem, estou empenhado em terminá-lo. E então, enquanto eu estou trabalhando nisso, ele fica lá. Mas quando eu terminar, está feito. Tudo bem, então esses são os estágios que estão disponíveis para você nos modelos do Scrum. Em seguida, podemos ver os pendentes. Já estávamos meio que pulados à frente para aqui. Então deixe-me simplesmente não puxá-lo para o sprint. Se eu olhar para o sprint nessa exibição, poderei ver os itens da lista de pendências e adicionar novos, se necessário. Eles geralmente serão itens de backlog são bugs que são atribuídos a um sprint específico. Consultas. Praticamente só vejo a janela dele. Posso fazer uma nova consulta. Posso salvar a consulta e a consulta contra diferentes. Os pontos de dados e o plano de entrega são praticamente os mesmos. Outro recurso importante ou útil seria a análise. Para a análise, podemos analisar o trabalho médio em andamento. Posso ver um relatório completo. Então você quer ver quem está trabalhando nosso Qual é o tempo de queima versus o esforço que está sendo colocado para fora. Você pode ver que em tantos dias, tantos acabamos. Você pode olhar para diferentes faixas de banho. Nós bouquet sobre o conceito de nadadas mais tarde. Outra coisa que poderia ser usada é a velocidade. Portanto, na tela de pendências para planejamento, você pode realmente ativar e desativar certas opções para ver a aparência. Então eu queria ver o que é, o que tem aqui neste item de backlog não tem aparência. Então eu provavelmente gostaria de anexá-lo a um épico, certo? Então, eu poderia adicionar link item existente e, em seguida, ver qual é o tipo , seja filho, digamos que seja uma criança ou não, desculpe, a que horas em ambos o link é a aparência. E então eu poderia clicar aqui e ver toda a aparência. Então, vamos ver, já que uma solução de projeto seria épocas de teste antes do doente humano. E, em seguida, clique em OK. Portanto, não, este item de backlog tem aparência e veja se UNCLOS uma vez que eu fizer isso, se eu atualizar esta página, não, você verá que a aparência é a épica. Temos o item da lista de pendências e, em seguida, temos todas as tarefas associadas a isso. Digamos que você tenha essa hierarquia em cúpula. Você também pode visualizar as análises. Oh, desculpe, eu deveria te mostrar desculpas. Isso podemos colocar se saltarmos de volta para pendências, se eu desligar períodos do que a previsão estiver disponível. Então, por que a aparência é mostrada? Ele não conseguia ver a previsão. Então, o custo realmente ajudaria você a avaliar isso com base em uma determinada taxa de trabalho. Então este é o buraco que o sprint pode acabar. Então você pode ver que é VS em uma velocidade de dez, você pode aumentar isso para talvez 30. Depende de como sua equipe trabalha, como você imagina de cada vez, é claro já ou gerente de projeto do que você abordaria esse valor. Consequentemente. Você também pode visualizar os itens em andamento que estão desativados. Você não quer ver o que está em andamento. Você quer ver apenas o que está concluído versus somente em andamento. E pule o que está concluído. Você pode alterar isso para mapeamento versus planejamento versus desativado. E, ao contrário do básico em que só temos problemas em tarefas, temos recursos em itens de backlog. Aqui. Eu não tenho nenhum recurso, recurso realmente nas tarefas criadas. Mas seria o mesmo tipo de dinâmica em que você pode simplesmente adicionar recursos como itens de trabalho e, em seguida, você pode atribuí-los ao sprint. Portanto, essa é uma visão geral da seção Placas. Então, daqui para frente, vou continuar com o layout do Scrum. Acho que está um pouco mais envolvido, é um pouco mais robusto, tem mais recursos. Talvez esses recursos sejam exclusivos do quadro. Você pode testá-los OTA e comparar. Como eu disse, entre os diferentes modelos que eu sou e veja o que falta de um e o que é útil para uma situação e veja se você está sozinho desenvolvedor, ele só queria rastrear suas tarefas. Talvez não seja um C. No entanto, se você estiver trabalhando em uma equipe com indivíduos multifacetados que não são apenas desenvolvedores, não apenas análises de negócios, não apenas um gerente de programa ou projeto, então você provavelmente quer usar o modelo Scrum para passar por ele. 7. Repositórios do Azure DevOps: Tudo bem pessoal, então nesta lição vamos olhar para o topo do repost. Então a pedra Pulitzer repos. E a partir daqui você pode ver que eu não tenho repositórios do nada. Está me dizendo que eu posso clonar no meu computador. Se você já usou o GitHub, então você sabe que essas opções são praticamente o que você veria no GitHub de qualquer maneira. Posso clonar no meu computador, o que significa que provavelmente já tenho arquivos aqui. Ou eu só quero que meu computador crie um espaço que sincronize com um repositório que esteja aqui no código. Também posso clonar usando o Visual Studio Code ou qualquer uma dessas ferramentas que tenham excelentes plug-ins para integração com o Git. Observação não para integração com o Azure DevOps, mas para um presente. Então, como o DevOps deles está apenas fornecendo serviços Git regulares que saberíamos que descarregam do GitHub e de outros provedores get. Qualquer uma dessas ferramentas que ofereçam suporte a presentes, incluindo Visual Studio, visual Studio Code, pode ser usada para facilitar esse clone. Caso contrário, você pode usar sua linha de comando, se assim desejar. Ou você pode importar nosso repositório de outro lugar. E se nós explorássemos essa opção de importação, você veria que poderia escolher qual tipo de repositório é que deseja importar. Então esse é um repositório Git ou um TF, VC ou TFS se essa for a expressão que você está acostumado com Team Foundation e você apenas escolhe qual deles. Se for obtido, eu poderia realmente colocar como um URL do Git Hub aqui e ele apenas importaria do GitHub para mim. Caso contrário, posso ir em frente e inicializar uma ramificação principal aqui na nuvem. Posso adicionar um leia-me e também posso escolher qual tipo de arquivo gitignore eu gostaria. Então, com base no tipo de projeto que está no meu barco para trabalhar no arquivo gitignore. Se você não está familiarizado, basicamente diz que quando você está empurrando e puxando, quando você está fazendo check-in ou está atualizando arquivos, ignore esses arquivos específicos. Então, você geralmente gostaria de usar isso para determinados arquivos de configuração. Quando você está trabalhando em equipe, talvez esteja usando conexões diferentes. Strings são valores de conexão diferentes. Você não quer necessariamente essa falta onde estou verificando meus valores de conexão. E então você não pode arruinar o fim e você tem que estar atendente de ida e volta. Onde você vai usar o Visual Studio para o nosso projeto, podemos escolher o modelo de ignorar o Visual Studio e, em seguida, basta clicar em Inicializar para começar. Então segure a caixa. Eu recebo este arquivo README e recebo esse arquivo gitignore para ignorar o arquivo. Como eu disse, especificaremos certos tipos de arquivos aqui. Ele sabe que qualquer coisa com essas extensões, ignore essas. E, à medida que você rola, você verá, embora aqueles que você possa passar por eles e ver o que exatamente ele está vendo , deve ignorar para os diferentes tipos de projeto que podem vir de um Visual Studio baseado em Visual Studio projeto. Uma coisa a notar é que, com presentes, você tem todo tipo de coisas que você pode fazer. Ele pode fazer, ele pode clonar, você pode bifurcar, você pode criar ramos. Você pode fazer pull requests. E se todos esses soarem estranhos para você, não se preocupe, nós vamos passar por eles. Esta é apenas uma visão geral do que está disponível para nós. Então, a partir daqui, posso realmente criar outros repositórios. Posso criar um novo repositório no mesmo projeto. Então eu poderia dizer que isso talvez seja ver em dash test, enquanto o sistema de gestão escolar traço teste. Posso fazer a mesma coisa com os presentes ignorados. Em seguida, posso criar saber que tenho vários repositórios dentro dos mesmos projetos, projeto lógico no Azure DevOps. E posso alternar entre eles com relativa facilidade. Então você vê que eu poderia fazer isso a partir daqui também, eu poderia criar um novo repositório, importar um ou gerenciar, o que significa que posso ir em frente e dizer: Ok, eu não quero mais teste SCM. Deixe-me apenas excluir esse. E, em seguida, apenas para ter certeza de que eles lhe dão uma atividade muito deliberada para redigitar o nome e, em seguida, ele pode ser removido porque eles não querem que você cometa erros. Então eles queriam ter certeza de que você tem certeza que é o que você quer. Posso simplesmente mudar para o sistema de gerenciamento escolar padrão. Rolar. Enquanto eu estiver aqui, vamos fazer algumas edições. Só queria te mostrar um todo. Isso ajuda você a manter o caminhão longe do que está acontecendo em seu projeto, certo? Então, se eu for ao arquivo leia-me e deixarmos ver que eu edito, não conseguiria fazer certas edições. Posso fazer basicamente qualquer arquivo quando estiver na banheira de repositórios olhando para o arquivo, sempre posso editar. Então, se eu quisesse adicionar outro traço talvez para ver o Google, seja lá o que for, então isso suporta Markdown. Então, se você está familiarizado com o Marketo e então você percebe que a hashtag aqui representa um alvo de cada um, praticamente o mergulho, o hífen representa um ponto de bala, certo? Então, se você estiver familiarizado com Mark, não, então você vai sentir certo, isso é o lar com esta barra de dois pontos https W W.google.com. Tudo bem, eu fiz esse novo URL. E então eu posso apenas dizer commit. Com cada compromisso, você inclui um comentário que nos dê orientações quais alterações você fez ou o que é diferente sobre o código que você está contribuindo. Então você quer colocar um comentário. Você também pode especificar nossa ramificação. Portanto, a ramificação geralmente é promotora ou criação, em vez disso, crie uma ramificação principal lá está novamente, no passado, isso costumava ser chamado de Master. Então, se você vir Mestre, é praticamente um conceito de costura não significa. E então eu posso associar isso qualquer item de trabalho para que eu possa manter o caminhão fora do trabalho que foi contribuído até mesmo por um usuário ou membro da equipe em particular em relação ao real tarefa que está sendo feita. Então, se eu disse tarefas de teste, provavelmente o trabalho também aborda mais de uma tarefa. Então está tudo bem. Eu posso apenas me comprometer. Você vê aqui que está comprometido. Então, se eu clicar nesse commit, ele me mostrará o que era diferente nessa versão do código ou dispersão do arquivo que foi realmente confirmado. E quem isso mudou, certo? Então Trevor Williams cometeu. Só saiba, eu posso olhar para os detalhes e dizer, é quem o autor está comprometido, ele empurrou. Posso olhar para a aparência. De onde vem. Posso examinar os itens de trabalho associados com ele e posso até navegar por todos os arquivos que teriam sido nesse commit específico. Então, quando olho para todos os arquivos neste momento, posso ver que este foi atualizado apenas saber com esse commit por essa pessoa. Mais uma vez, o histórico mostraria um gráfico de todos os commits, qualquer ramificação que possa ter acontecido ao longo do caminho. E todas essas coisas que geralmente acontecerão durante o exercício da equipe de Lisa ao construir nosso projeto. Você pode usar esse gráfico para ver cada commit e alteração que foi feita. Também podemos aplicar essas estratégias de ramificação, políticas de ramificação em vigor, pull requests. entanto, estamos olhando para essas coisas mais tarde. Se continuarmos com os commits da Lucy do tubo, acabamos de ver para comprometer o gráfico, certo? Portanto, este é apenas um gráfico dedicado para os commits desse repositório verão todos os push. A diferença entre um commit e push é que eu posso confirmar o código, mas empurrar realmente o coloca no código-fonte, certo? Então você pode ter como uma política é dizer que você não pode apenas conhecer comentários. Você tem que atender a certos critérios antes que ele possa ser empurrado para o ramo principal, orientar-se para qualquer ramo. Então você poderia, essa é a diferença entre um commit e push. Praticamente. Podemos olhar para as filiais. Então aqui eu posso configurar nossa filial. Posso criar uma nova ramificação, se precisar. Posso ir para uma nova ramificação em geral, capaz de desfazer, criar uma nova ramificação para novos trabalhos, esses novos recursos, certo? Então, se eu estiver desenvolvendo um novo recurso para a Escola de Sistema de Gerenciamento, não gostaria de criá-lo diretamente no ramo principal porque meu novo recurso pode ter algumas mudanças quebrantadas, alterações de esquema que não estavam prontas para ter no código-fonte principal. E você também quer examiná-lo antes de juntar tudo. Então, você criaria uma ramificação de feição. Aparecer no portal seria uma ramificação de feição. E então você poderia dizer, ok, parece arrependido, sem espaço. Então você poderia dizer que é baseado na média para que você possa baseá-lo em outras ramificações, se necessário. Vamos deixá-lo em média e, em seguida, igual ao conjunto associado a um determinado item de trabalho. Então você diz Criar. Em que nossa ramificação isso faz uma cópia? Ele faz uma cópia de qualquer marca em que você baseia. Seja qual for o código-fonte na ramificação original, pegará uma cópia disso e o colocará em sua própria cópia. Eu sei que você pode trabalhar contra essa cópia fora do ramo médio. Nesse caso, você pode ter quantos ramos precisar. Quatro recursos, é claro, você é um mestre scrum e seus idosos determinariam que a estratégia de ramificação de espera funciona a longo prazo. Vamos trabalhar com esse ramo. Então, criamos esse portal pai da ramificação. Só vou criar uma edição rápida aqui. Então, eu só vou clicar no Leia Me it e vamos ver. Só vou colocar o texto aqui. Hashtag. Para hashtag, satisfaça cada um por trabalhar no portal pai. Então, digamos que isso é o que estou fazendo. Eu cometeria aparência, aparência, trabalho no portal. Fiz tudo isso. Eu poderia atribuí-lo a uma tarefa mais uma vez. Então, vou apenas testar as tarefas e confirmar. Depois de nos comprometermos, temos a opção de fazer uma pull request. Então eu vou pull requests seria como vista trimestral, certo. Então, TFS, na verdade, nosso t de VC chamaria isso de revisão de código onde enviaria minha cópia do trabalho para quem, para a equipe, seja qual for a política, bala quem quer que fosse fazer as verificações antes mesclar o código que eles receberiam a pull request. Então fui criar uma pull request e, em seguida, posso colocar descrição do título e os outros recursos que eu quero. Eu poderia solicitar uma revisão desse usuário ou usuários em particular. E então eu posso simplesmente ir em frente e criar essa pull request. Em seguida, ele vai verificar se não há conflitos de mesclagem. Os conflitos de mesclagem geralmente ocorreriam como se talvez a luz do fogo fosse editada, teria que eu tomaria chá e algo que ele está em um arquivo específico. E quando eu estou fazendo esse pull request, é diferente na média. Então isso significa que a média foi para a esquerda e eu fui para a direita. Então, obviamente, haverá conflitos mesclados. Então, destacaria para mim que hey, você sabe, com base nos arquivos nesta solicitação de pool, nas edições neste pool solicitações, eles entrariam em conflito com os arquivos da ramificação de origem para fora neste momento. Por favor, certifique-se de que não há problema. Geralmente acontece se duas pessoas editarem a mesma faixa em versões diferentes. Nesse caso, fiz minhas alterações e ele vê isso como apenas essa mudança. Não há nada lá que esteja em conflito com isso. E nesse ponto, posso simplesmente ir em frente e posso adicionar novos revisores, para que eu possa adicionar outro revisor opcional ou alguém que seja necessário. De qualquer forma, posso, como revisor, aprovar ou provar os lógicos de largura dizem que estou esperando recente, etc. Ou posso simplesmente completar abandonado ou comercializar como rascunhos tão abundantes seriam cancelando a coisa toda. Talvez eu tenha percebido oh, snap, eu não fiz isso. Deixe-me cancelar. Concluí-los seria solicitar um emerge para que eu possa escolher diferentes opções de mesclagem. Emergir. Ele preservará todos os commits para que você possa ver todas as ramificações em cada palavra difícil que foi feita contra uma ramificação até que se fundiu em mim. E como não consigo vários commits no meu branch específico sem fazer a solicitação de pool, a pull request é quando estou vendo que terminei com meu branch. Por favor, aceite. Tudo bem, podemos esmagar, então ele só fará um commit no histórico do gráfico. E então você tem rebase e fosfolipídio e semi-linear mesclagem. Não quero entrar nos detalhes desses dois, pelo menos ainda não. Vamos apenas completar a mesclagem. Então, quando estamos concluindo, podemos dizer que complete os itens de trabalho associados fora do emergente. Portanto, isso seria usado para indicar que a parte do trabalho que está sendo mesclada aborda esses itens de trabalho. Também posso remover o ramo depois , porque isso significaria que esse recurso é uma tensão que será implementada. Não preciso trabalhar em uma cópia separada. E posso personalizar a mensagem de commit de mesclagem, se eu quiser. Isso na linha do tempo, você pode ver o que eu quiser ver, além do padrão. Se eu concluir a mesclagem, você verá essa mudança e ela mostrará que ela foi concluída e você pode voltar e escolher cereja. Isso seria quase como escolher essa versão específica da mesclagem. E praticamente é isso. Então, se eu voltar para os ramos, então você vê que eu só tenho um ramo. E então você vê que só sabe que houve um commit e esse commit estava adicionando minhas coisas novas que eu fiz na solicitação de mesclagem. E você verá aqui que o comentário está informando que ele foi mesclado. Estava relacionado a esses itens de trabalho específicos. Se eu voltar ao meu gráfico, você verá aqui onde ele se desviou para mesclar dois gráficos parecerá um pouco diferente com cada opção fora do tipo de mesclagem. Se voltarmos para os quadros, sim, terminamos com as placas, mas veja isso agora você notará que um está faltando. Então, se eu pular para repos, vá para pull requests. E então, a partir daqui, posso ver que pedi acabou em andamento se for abundante ou concluído. Então, se eu for concluído, posso ver os itens de trabalho relacionados. Então, apenas para o contexto, se eu clicar nessa tarefa, posso realmente ver todos os commits e merges e o que quer que tenha acontecido, o nosso, apesar do item de trabalho específico. Assim, posso ter a história completa do trabalho de desenvolvimento que foi feito. Também posso adicionar link manualmente à ramificação se precisar escrever. Portanto, não há ramificações neste repositório, então eu posso adicioná-lo para significar que tem que haver uma ramificação e , em seguida, posso associá-los. Enquanto estivermos em repouso, dê uma olhada nas filiais rapidamente para que eu possa aplicar políticas de ramificação, certo? Portanto, políticas de filiais que também podem impor a segurança. Se eu for para as políticas de uma filial a partir daqui, posso ativar e desativar determinadas configurações. Por exemplo, se tivermos um verificador de fabricante ou o que eles chamam de revisor de quatro princípios de gelo , devo sempre olhar para o código antes que ele seja colocado. O brunch médio, então eu posso exigir um número mínimo de revisores, exigirá aprovação de um número específico de revisores em solicitações Blue, eu posso simplesmente ativar isso. Posso dizer que revisores do Tour ou um revisor. Você pode ler as outras opções que você pode agradar nessa política. Também posso verificar se há itens de trabalho vinculados para você não possa verificar algo. Votamos em mim sabendo a que esse trabalho está associado. Você pode verificar a resolução de comentários. Portanto, todos os comentários foram resolvidos em solicitações ruins. Se eu puder limitar o número dos tipos mesclados. Então isso significa, lembre-se tínhamos o tipo diferente de mesclado, aquele que esmaga tudo em um para um que mostra todo o histórico com base em sua política. Você pode querer ver um que eu não sou CDL lá. Não é necessariamente ver ou este é recomendado ou não que depende de sua equipe e de como você está executando seu projeto. Então, essas são algumas coisas que você pode examinar quando você está determinando como deseja executar seu projeto, que tipo de padrões você pretende ou agrupar. Claro, você não quer colocar em nada que vai frustrar o processo, colocar muito trabalho em você. Você tem que rever sua capacidade de pensar. Mas, mais uma vez, isso depende de você e da maneira como você está executando seu projeto. Certas coisas com o Git seriam diferentes com o mecanismo TFS porque se criássemos um novo repositório e o tornássemos um TFA, TEA FVC, então você notaria que existem certas coisas diferente, como para nossos repositórios só mudaram conjuntos e conjuntos. Um conjunto de alterações seria, sim, isso é o que eles fizeram check-in e mostra que seria como uma área temporária. Então, ainda não estou pronto para verificar meu trabalho. Então continuo dizendo galinhas porque comecei com o TFS. Então é por isso que continuo dizendo frango na TV VCR, TFS. Você verifica seu trabalho. No entanto, no git, confirme seu trabalho, certo? Então, quando tentei vir com crianças, acabamos de ver que você pode fazer o fluxo de trabalho puxar, puxar, solicitar. Com o TFS. Você pode fazer Mostrar conjuntos. Portanto, são como cópias do seu trabalho enquanto você está concluindo sua tarefa. E então a cidade do queixo seria o que você ganha depois de ter feito o check-in. A diferença entre t e t CVF mais uma vez e get é que T de VC é centralizado. Então toda vez que você precisa se comunicar com esse espaço de projeto. Enquanto o get realmente facilita uma abordagem mais distribuída em que cada membro da equipe pode ter sua própria cópia e trabalhar em seu próprio silo e ter seu próprio ambiente. E então, quando estiverem prontos, eles apenas mesclaram duas aminas get ambiente. No entanto, todos podem ser autônomos em seu próprio mundo. Como o tour rápido e sujo de todos os repositórios funciona nas diferentes coisas que podemos chegar à medida que avançamos, estaremos criando um projeto que natural nosso projeto. E embora não seja um curso de desenvolvimento, estaremos colocando certas coisas e analisaremos o fluxo de trabalho e analisaremos em diferentes cenários medida que o projeto evolui. 8. Como solucionar problemas da conectividade Git Repus: Tudo bem pessoal, assim por diante, esta lição, vamos olhar para o pipeline. Então, quando falamos de oleodutos, estamos falando de construção, certo? Então eu vou abrir a pasta remota quando máquina de Turing refrigerante teria, teríamos que dar uma pista em uma pasta. Eu tenho isso aqui, mas se você não quiser tê-lo lá como exemplo, você pode simplesmente abrir uma pasta local e você navegará por ela e seguida, selecionará essa pasta. Um, SIR, você só verá dois arquivos e você deve ver cadeados neles para significar que eles não foram editados, pelo menos não localmente desde a última vez que você obteve a última vez. Você também verá que você está conectado a esse repositório Git específico através dos ícones no canto inferior direito daqui, não há muito que eu possa fazer. Só posso adicionar arquivo, seja lá o que for. Então, o que eu fui fazer é ir para File, New File, New Project. E vamos manter isso simples. Nós apenas faremos um Core Web up. Eu queria chamá-lo de sistema de gestão escolar. Escolha um local aqui como pasta OAA School of Management Scrum e crie uma nova solução bem. No nome da solução será isso. Então, vou nomear o projeto dot web. Desde nosso quadro de projetos, a solução será o Sistema de Gerenciamento escolarizado. E então vou clicar em Avançar. E vou trabalhar com dotnet seis, escolher a autenticação norma e tudo bem. Vamos apenas criar. Tudo bem, então depois de tudo isso ser feito, você notará que agora temos alguns sinais de mais ao lado da solução e tudo o que foi criado. Talvez você veja alguns cadeados, mas não se preocupe com o cadeado Sousa geralmente apenas nas pastas, mas os arquivos são tudo o que eu fiz. O fato é que ele foi adicionado em um repositório Git. Então essa pasta inteira foi preparada para integração do Git em virtude desse presente de pasta Git, que é meio oculto. Então eu tenho no View Hidden files, que é o que estou vendo claramente. Mas você notará que ainda tem todos os outros arquivos que estavam lá originalmente. Eles são ignorados e o README. E então temos nossa nova pasta com nossos novos arquivos de projeto em solução. Normalmente, isso é o que vai parecer quando você adicionar um projeto. Digamos que queríamos empurrar este projeto para que eu possa ir para obter alterações. Ele vai listar todas as coisas que estão sendo adicionadas. E então eu vou vê-lo. Eu fiz projeto web, essa é minha pequena mensagem. E então você tem algumas opções aqui. Você pode um Fitch. Então buscar significa entre a última vez que recebi o projeto ou uma cópia do repositório e não, então as coisas podem ter mudado. Então, buscar veria quais são os commits que eu fui para o branch. Observe que vou direto para o ramo principal, certo? Com base na ramificação em que estou, posso buscar todas as alterações pendentes são todos os commits que entraram. Se eu quisesse puxar, então puxar significa que fui atualizar nosso TVC comido que fomos o que recebo mais recente, seja qual for o código mais recente, puxou-o para baixo. Se houver conflitos, eles me mostrarão como mesclar conflitos e assim por diante. Caso contrário, ele apenas atualizará todos os meus arquivos para mim. Então, quando eu empurro, então é assim que eu envio os arquivos. É sempre recomendável que você faça um puxão. Certifique-se de ter a versão mais recente do código antes fazer um push porque você não quer que ele sobrescreva a de ninguém. Outras mudanças são um teorema vendo que eu tenho um erro, dizendo que eles recebem pool de campo e você me conhece, eu não vou ocultar erros. Portanto, ele diz que não é possível determinar o nome da organização para esse URL remoto. Portanto, esse URL remoto representa praticamente a localização do repositório Git aqui, está dizendo div delta zeros slash Continuous Delivery course. E pense que a forma como o URL é escrito é o que está desistindo do problema porque ele está dizendo que deveria ser Argh meme em Azure.com. Se você, quem conseguir isso ou vir qualquer coisa que você queira modificar, você deseja alterar a URL remota ou qualquer coisa. Ele sempre pode ir para obter reticências de alterações e ir para os modos de gerente. Do gerenciamento promove sabe, geralmente o controle remoto padrão que será criado é chamado de origens. Então, mais uma vez, eles são remotos. É a URL que vinculará seu repositório local ao controle remoto foi na Internet. Portanto, a origem é apenas o rótulo que o Git remoto. Então aqui está dizendo que quando você estiver lançando, use esse URL que se encaixa na descrição do div.azure.com. Sempre posso clicar nele, clicar em Editar e posso alterar isso, se necessário. Em Geral, você queria ter certeza de que o endereço de e-mail que você tem corresponde ao endereço de e-mail que você está usando para essa comunicação. Então, saiba que meu endereço de e-mail aqui estava incorreto. Atualizei isso e deixe-me tentar esta operação novamente. Isso ainda não funcionou. Vamos trabalhar através da Alma. Eu acho que há algo maior em jogo porque, como eu disse, o endereço de e-mail errado estava lá para mim errado no sentido de que eu era meu endereço que eu uso para o GitHub em vez de, oposição ao endereço que estou usando para o Visual Studio Online ou Azure DevOps, certo? Existe um Git Credential Manager que a Microsoft incentiva você a instalar o insultado instalando o Windows completo. Então, vamos apenas ir em frente e baixar isso e executar o instalador apenas para ter certeza. E então você quer mostrar apenas, você quer mostrar apenas novas opções antigas apenas para garantir que vejamos a opção de ativar o Git Credential Manager. Então, vou ler a maioria deles. Podemos adicionar essa verificação diariamente para atualizações. Então, podemos clicar em Avançar. Se você quiser mudar seu editor, você pode decidir sobre o nome da ramificação. E a maioria deles é bastante inofensiva. Nos pontos em que diz Obter credencial, você pode ver mais informações se quiser. Eu comprei para que serve, mas tudo bem. Clique em Avançar, Avançar. E vou deixá-lo instalar. Você pode ver aqui que eu estava algumas versões atrás porque eu estava em 2.28 notas em 2,35. Portanto, certifique-se de que você está no último get neste momento. E ele precisa do pescoço e basta clicar em terminar. Não preciso ver as notas de versão, então vamos voltar ao Visual Studio e tentar isso novamente e olhar para isso. Seus repositórios já atualizados, sem alterações para puxá-lo conectado. Certo. Portanto, se você encontrar algum desses problemas, certifique-se de que está executando a versão mais recente do Git. Como tenho certeza que eram tanto a Microsoft quanto equipe deles teriam identificado e eliminado as torções. Se você já tem a versão mais recente do Git, provavelmente você não experimentou nada do que eu fiz e tudo bem. Depois de termos feito tudo isso, lembre-se de que queríamos puxar para obter o mais recente em todos os momentos. Vamos em frente e inglês. Então empurrar enviaria nosso código para cima. Você também pode fazer um commit tudo e sincronizar. Então, isso realmente faria o commit, faria o push ou devido a um push ruim automaticamente. Então, da mesma forma que eu cliquei puxar e empurrar, você poderia ter dito cometer tudo e afundar e puxar e empurrar. E se tivesse algum conflito, teria interrompido a operação até conflitos nucleares e, em seguida, prosseguiria. Então, vamos comentar tudo e afundar. E quando isso for feito, você notará que tem cadeados em todos os seus arquivos. Agora, se você atualizar seu repositório, terá seus arquivos que acabaram de ser adicionados. Tudo bem? Então, agora você pode realmente começar um trabalho real. Então não, você poderia dizer aos membros da sua equipe, ei, vão e voaram. Então, mesmo quando o mundo está tentando olhar apenas configurando os repositórios e assim por diante. Se você clicar nele naquele ponto Z ou máquina, provavelmente teria problemas por causa desse mesmo Git Credential Manager. Então, mais uma vez, se você encontrou isso, então esse é o seu fixo. E espero que tudo seja bom para você. Quando voltarmos, veremos os oleodutos. Então, agora que temos uma solução, é um projeto web, agradável e simples. Ainda não colocamos nada nele. Mas observamos como configuramos, construímos pipelines. 9. Criação de Pipelines do Azure DevOps: Um dos fundamentos do DevOps é encontrado no conceito de integração contínua, e outros encontrados no conceito de implantação contínua. Então você verá essas duas frases ou CD de barra de CI mencionados muito por todos os recursos profissionais que você olha uma vez Está falando sobre DevOps, o conceito de integração contínua e a implantação sempre surgirá. A integração contínua tem a ver com a capacidade de sempre integrar novos códigos e ter uma base ou piso sólido para sua base de código. Então, o que olhamos para isso com o repositório, então é aí que entra um controle de origem. Quando falamos de implantação contínua, saibamos que estamos falando de sempre poder implantar essas alterações sem estragar o sistema e criar uma plataforma para que possamos reverter caso algo aconteça. Então, você quer atender a implantação o mais transparente possível. Você não deve ser algo que seja assustador. É por isso que o Azure DevOps como ferramenta, tem esse recurso chamado pipelines. O pipeline permitirá que você configure as regras pelas quais qualquer aplicativo é construído. Tudo bem, então construa um significado compilado e ele cria o que chamamos de artefato. E então esse artefato, que é a versão compilada deste aplicativo ou esta versão do código , pode ser implantado. E, em seguida, também podemos configurar as regras para implantação. Então, para qual servidor ele deve ir, que tipo de ambiente ele vai entrar. Isso leva muito do trabalho manual de ter que atualizar um site ou qualquer tipo de aplicativo. Praticamente nos permite analisar a criação do nosso primeiro pipeline. Então, passamos pela configuração um novo aplicativo dotnet Core em nosso projeto. Então, quando vou para pipelines, estou no repositório. Eu posso realmente configurar uma compilação a partir daqui. Sentar a construção realmente me levaria para os oleodutos. Será a mesma coisa. Se eu for diretamente para pipelines, posso clicar em Criar pipeline. Então eles vão me perguntar, ok, onde você quer a fonte? De onde o código deve vir para o qual estou prestes a criar um pipeline. Obviamente, se eu passei diretamente para a construção central do projeto, ele já sabe que é um projeto local. Use o projeto local. No entanto, dessa perspectiva, mesmo que eu não tivesse nada no repositório, eu poderia realmente dizer a ele para olhar para um repositório que talvez não estivesse nesse projeto específico. Eu poderia dizer que vá para o bucket, eu poderia ir para a subversão do repositório GitHub e Git ou Team Foundation Version Control. Só estou mostrando que não está necessariamente vinculado a ter tudo atacadista e o código-fonte Holstein hospedado aqui. Talvez você já tenha seu Active Project hospedado em uma solução de terceiros. Qualquer outro repositório Git, você poderia realmente ir em frente e configurar um pipeline para o código naquele local de terceiros. As regras, é claro, serão diferentes com base em como você se conecta ou onde você está se conectando. Em vez disso, você pode selecionar um desses ou ir ao editor clássico. Então, o editor clássico meio que traz você através de uma seleção de menu diferente. Então você escolhe um repositório de projeto da ramificação. E, de um modo geral, você não quer construir no ramo principal. E eles podem clicar em Continuar e, em seguida, você pode escolher o tipo de modelo que deseja. Então aqui você vê todos esses modelos. Você pode começar com um arquivo YAML, que é realmente apenas um arquivo de configuração onde todas as etapas são descritas. Ou você pode escolher uma dessas outras opções. E você vê que não se limita a dotnet. O Core não se limita ao dotnet porque posso criar um Android. Eu posso fazer coisas de docker, posso fazer até mesmo Python, eu poderia até fazer coisas do Node JS. Portanto, ele suporta vários modelos ou pronto para uso. E ele suporta alguns terceiros para integração, como para grelha e Jenkins. Eu vou escolher a maneira mais fácil, no entanto. A maneira mais fácil seria apenas seguir o projeto. Então, se eu estiver no projeto, vou dizer configuração, compilação. E então ele vai dizer: Ok, com que tipo de projeto estou trabalhando? E disse: Ok, estou trabalhando com um projeto ASP.net Core. E aqui está o arquivo YAML. Então, ele vai criar ou criar esse arquivo YAML que basicamente tem certas variáveis, configuração incerta, coisas. E então entramos nas etapas que basicamente dizem o passo número um chamado NuGet e obtém todos os pacotes e, em seguida, fazemos uma compilação para garantir que ele compile seu sucesso. E então, se você tiver algum teste, você pode colocar isso lá. E, em seguida, com base no seu ambiente, você poderia colocar outras etapas nesse arquivo YAML ou nas variáveis, outros pools, etc, e modificá-lo conforme necessário. Tudo bem, então se eu salvar e executar isso, vai dizer que os conjuntos de mensagens de confirmação de CI com o Azure Pipelines estão se comprometendo porque ele está prestes a adicionar esse novo arquivo a todo o projeto. Então eu poderia criar uma nova ramificação para esse commit em particular. Ou posso fazer isso diretamente no ramo principal. Nós meio que já explicamos por que você pode ou não querer fazer isso. Podemos fazer Salvar e Executar. Saiba o que você teria visto seria o, o que agora é vermelho X seria realmente azul e girando. Então você provavelmente já viu isso, especialmente se você estiver em suas organizações como seu DevOps, ou você realmente tem uma assinatura paga com a empresa ou assim por diante. Mas no nível gratuito, o hafta atribui agências. Portanto, esse campo, então, o erro aqui está dizendo que nenhum paralelismo hospedado, paralelismo foi comprado, é concedido para solicitar um agente livre. Por favor, passe por esse formulário. Então, na verdade , trouxe a fazenda aqui. E é que a universidade pode levar dois a três dias úteis para prosseguir com seus pedidos. Então, eu o aconselharia se você estiver recebendo esse erro, vá em frente e se inscreva e, em seguida, deixe-o sozinho por dois a três dias úteis e fim de semana, revisite-o. Mas, enquanto isso, vamos ler sobre o que é isso. Eles disseram: aprenda a estimar quantos trabalhos paralelos você pode precisar ou precisar comprar para sua organização. E então eles estão vendo aqui que desativamos temporariamente os trabalhos perfumados paralelos para projetos públicos e para alguns projetos privados. No entanto, você pode solicitar essa concessão que, na verdade , está em organizações mais novas. Então, como estamos apenas criando essa organização, é provável que você passe por isso. E se você ler na Microsoft hospedada versus auto-hospedada, verá aqui que para os hosts da Microsoft esses trabalhos paralelos, você pode obter até dez gratuitos que podem executar até seis horas a cada vez. Para projetos públicos, quando você cria uma nova organização do Azure DevOps, você não recebe isso por padrão. Como eu disse, vá em frente e preencha o formulário e dê algum tempo. Mais tarde, analisaremos a criação empregos auto-hospedados, onde podemos registrar qualquer número de empregos próprios. E você seria cobrado com base no número de trabalhos que deseja executar de cada vez em oposição ao número de agentes. Portanto, não há limites de tempo para auto-hospedados. Para projetos públicos que são auto-hospedados, você tem trabalhos paralelos ilimitados. Você pode ter trabalhos paralelos ilimitados em execução. Tudo bem, pessoal, então algumas coisas que você quer mudar ou você pode querer mudar. Em primeiro lugar, vamos às configurações da nossa organização. Podemos mudar a visibilidade entrando em políticas. E você pode permitir projetos públicos. No nosso caso, para fins educacionais, você pode habilitar isso. Claro, se você estiver fazendo isso em um ambiente organizacional, você não quer necessariamente esse tipo de exposição pública. Outra coisa, porém, é no nível do projeto, você sempre pode ir para Configurações do projeto e sempre pode alterar a visibilidade de público para privado e vice-versa. Então, se é privado e ele queria torná-lo público mais uma vez para fins educacionais, você sempre pode torná-lo público. Então você também pode olhar para os trabalhos paralelos. Quando você chega a trabalhos paralelos, você vê aqui para projetos privados, há 0 trabalhos associados a isso. E uma Berlim auto-hospedada. Se você observar o que é falso, isso significa que isso significa trabalhos que são executados em máquinas que você gerencia. É por isso que não o teríamos na oferta de nuvem. E, em seguida, trabalhos lançados em um pool de máquinas hospedadas pela Microsoft, que é o que gostaríamos para a oferta de nuvem. E então você sempre pode ir em frente e fazer uma compra, se assim desejar. Então, para projetos públicos, ainda temos 0 empregos e, em seguida, podemos ter empregos paralelos ilimitados, se quisermos. Depois de ter sido concedida a aprovação, quando você atualiza essa vantagem do cAMP, você não veria que tem um trabalho paralelo no nível gratuito e recebeu até 1800 minutos por mês, que é mais do que suficiente para um projeto privado ou para fins de demonstração, tanto é claro, em um ambiente corporativo, você gostaria de ir em frente e comprar para que não queira ter essas limitações. Sabe, vou remover o pipeline existente e vou começar todo esse processo de novo. Então você verá aqui que sempre há certeza de que sua costa e deliberado quando você está removendo coisas. Tudo bem, então vamos novamente. Então, o que vamos fazer é criar jogando desta vez, estou usando a tela de pipelines. Vou criar pipeline. E, em seguida, podemos escolher o Azure Repos, chegar onde eles discutiram todas as opções que você tem disponíveis para você. Então, vou escolher essa escolha ou repositório. E então temos o arquivo YAML. Este arquivo YAML foi projetado para ser executado com o tipo de projeto que você tem, certo? Portanto, se você estiver usando um projeto dotnet five, ele será automaticamente capaz de decifrar que você está usando um projeto dotnet F5, e esse é o tipo de edifício deve fazer. Todas as etapas são descritas em relação a um nó de projeto dotnet cinco. Neste momento da gravação, o dotnet seeks SDK não é totalmente suportado pelo Azure DevOps, o que significa que as etapas padrão não funcionariam com meu dotnet. Seis repositórios realmente precisavam passar e modificar esse arquivo YAML e , em seguida, colocar em etapas. Portanto, não saberia que cada um usando o dotnet six SDK e não é padrão para dotnet five SDK. Se você estiver usando um projeto dotnet six, então você vai querer fazer o que estou prestes a fazer se você não estiver, se você estiver usando dot in no 5.93.1, ele suportaria automaticamente isso por virtude do que é suportado. Então, antes de tudo, olhamos para o gatilho. Então, você sempre pode modificar esse arquivo. Você pode introduzir variáveis, você pode desativá-las. Só vou levá-lo passo a passo. E quando você estiver neste momento, você pode simplesmente modificá-lo à medida que avançamos, ou você pode limpar todo o arquivo e apenas replicar o que eles têm. Em primeiro lugar, no dia em que você nos disse para chamar o nó principal da ramificação principal é chamado de média. Desculpe, usar para fazer isso é chamado de média. Estou vendo aqui que acionou essa compilação sempre que há um check-in em média, você pode realmente ter compilações diferentes contra as diferentes ramificações, porque pode ser que você tenha uma ramificação de controle de qualidade, filial de desenvolvimento e uma ramificação de produção geralmente seriam como sua filial de produção. Mas você quer uma construção diferente do nosso conjunto de etapas de compilação para o ramo de produção do que você faz para o ramo de desenvolvimento, etc. Então é por isso que você teria esse gatilho e você daria o nome da ramificação. Então, estou me vendo na imagem da VM do pool de filiais, estou usando o Windows hyphen 2022. Então, para as variáveis, você provavelmente já tem as variáveis, então provavelmente não precisa alterá-las, mas você pode se precisar. E então podemos passar para os degraus. O primeiro passo é escolher o SDK. E se eu passar o mouse sobre a tarefa, ela realmente informará ao US.NET Core, ele adquire uma versão específica do dotnet Core SDK da Internet ou cache local e adiciona-a ao caminho. Estou dizendo vá em frente e conheça essa aquisição. nome para exibição é o que a etapa aparece durante todo o processo. Então, quando olharmos para os registros, você verá que teria visto uma prévia dele, mas em nenhum lugar colocando nossos próprios passos, você ficará mais claro para você o que está acontecendo. Então, basicamente, isso é apenas para legibilidade humana. Isso é o que está acontecendo nessa tarefa. Só para lhe dar dez nomes. E então, para as entradas, estou dizendo que o tipo de pacote, e a coisa é como você digita, você notaria que você realmente recebe insinuações, certo? Então, para cada tipo de tarefa, você pode colocar diferentes tipos de entradas com base no que você precisa fazer. Portanto, o tipo de bolso é SDK e a aversão é 6 x. Ele suportará compilações intermediárias. Em seguida, vamos dizer adicionar um comando, linha de comando para seguir em frente e verificar todos os SDKs dotnet que estão lá. Então, pelo menos, podemos ver uma representação visual. E mais uma vez, você também pode dar a ele um nome de exibição no primeiro primeiro aqui, mas você poderia se quisesse. Não há ações de instalação do NuGet realizadas. Então a tarefa está lá, mas a tarefa para o comando NuGet, acabamos de restaurar a solução. E então temos a compilação do VS. Então você pode passar por tudo isso e teste VS. Se você tiver testes do que teria um pouco mais acontecendo aqui para os testes unitários. Não tenho nenhum teste, então não preciso priorizar isso. Não. Eu adicionei um pouco disso, um arquivo YAML. Então, GitHub, apenas uma maneira rápida de armazenar um único arquivo. Você pode usar o link que você vê aqui. Leve-nos para o meu perfil e procure esse arquivo de acordo, se assim o desejar. É aí que você pode obter esse pipeline. Você pode copiar e colar se realmente não quiser escrever o antigo manualmente, como estou fazendo aqui. De qualquer forma, depois de ter esse arquivo, você pode ir em frente e clicar em Salvar e Executar. E lembre-se de que estamos indo contra a ramificação principal qualquer commit para o branch principal deve acionar a compilação. Então, apenas adicionando esse arquivo ao branch, ele salvará as alterações, fará o commit e, em seguida, acionará a compilação. Assim, juntamente com nosso trabalho paralelo recém-criado e nosso pipeline refinado, podemos dar isso alguns segundos. Você pode realmente sentar e assistir enquanto as etapas são preenchidas e concluídas. Então, como eu disse, a cada passo aqui, se você der um nome de exibição, você seria capaz de fazer a versão legível por humanos do que está acontecendo naquele passo específico versus o nome do passo, onde ele só vai lhe dar o nome padrão. Se você quiser novamente, volte e adicione seus próprios nomes de exibição, você sempre pode modificar esse arquivo YAML conforme necessário. Basta dar alguns segundos analítica pelas etapas. E todos os carrapatos verdes é o que queríamos ver. Então, cada etapa desta operação foi concluída com sucesso. Então, se voltarmos a repos de portas seria capaz de ver que tivemos uma construção bem-sucedida do pipeline. Como eu disse, qualquer alteração feita acionará uma compilação. Digamos que fizemos uma modificação aqui. Só vou editar e verei que construí pipeline. Isso é tudo. Então fui me comprometer. Uma vez que eu percebo que você sempre pode itens de trabalho ideais aqui. Acho que teria mencionado isso antes. Então, vamos seguir em frente e fazer esse commit. O que você notará é que, se você passar para os pipelines, não será fazer fila de outro trabalho. Tudo bem. Então, é tudo vendo isso. Certo. Há outra mudança. Deixe-me ir em frente e fazer outra conta. É assim que você pode proteger seu código-fonte para garantir que o código que não compilaria não esteja sendo introduzido na sua ramificação. Como há momentos em que, como desenvolvedores, podemos adicionar inadvertidamente uma linha de código que realmente não foi compilada ou não construímos e, em seguida, fizemos uma alteração. E então não construímos novamente localmente, então tentamos fazer o check-in. Bem, isso tentará compilar tudo e garantir que ele funcione antes mesmo de confirmá-lo no código-fonte. Esse é o conjunto básico de passos para sentar em um pipeline de construção. Pode ter tomado mais algumas etapas do que você esperaria, porque tivemos que ir em frente e solicitar agente de superconstrução e ser capaz de executar o trabalho. Mas isso é apenas uma parte dele ser livre. Quando voltarmos, saberemos começar a analisar pipelines e ambientes de lançamento. E vai dar uma olhada nas outras opções disponíveis para nós na seção de pipeline. 10. : Tudo bem, então estamos aqui, estamos analisando pipelines e meio que construímos pipeline bem-sucedido para nossos projetos. Agora vamos dar uma olhada no Pipeline de lançamento. Clique em lançamentos. Podemos adicionar um novo pipeline ou o pipeline lançamento praticamente se conectaria ao pipeline de compilação e permitiria que você implante seu aplicativo em um ambiente. Portanto, a ferramenta Azure DevOps já saberia disso com base no tipo de aplicativo, com base no tipo de ambiente. Essas são as coisas que precisarei fazer para compilá-lo que ele possa estar pronto para produção já para você. Então, o que você notaria é que eles têm um monte de modelos, assim como na compilação. Onde você tem vários modelos que permitem selecionar que tipo de up você está trabalhando com arte. Você pode simplesmente fazer um trabalho vazio e começar com seus próprios passos. Mais uma vez, isso permitiria que você vá para o estágio um, estágio dois, estágio três, se necessário. Primeiro de tudo, preciso de um artefato. Um artefato seria a versão compilada do site. Então eu posso clicar, Adicionar um artefato que vai dizer, ok, de onde estou tirando esse artefato? Posso dizer que queria desse projeto e a fonte seria do pipeline de compilação. Então, em outras palavras, sempre que você concluir uma compilação, você deve produzir um artefato e então você deve usá-lo para o lançamento. Agora olhe aqui, nenhuma versão está disponível para esta, sendo que a versão mais recente não tem artefatos para publicar esses pipeline de distúrbios. Isso não é problema. Isso significa que eu tenho que voltar ao meu pipeline original e ter certeza de que ele está produzindo artefatos. Então, se eu clicar no pipeline ou eu puder usar os três pontos, entre em edição. Vou ver meu arquivo YAML e o que não fiz no final dessas etapas, tarefa um, tarefa dois, etc., é publicar um artefato. Eu não fiz isso. Vou seguir em frente e fazer isso. Então, antes, eu não coloquei incalculável ou trazendo muita atenção para o fato de que você realmente tem as tarefas delineadas para o lado direito. Se você não quiser digitar tudo manualmente e talvez não esteja familiarizado com a sintaxe YAML e isso é completamente compreensível, eles terão as tarefas à direita. Se eu quisesse adicionar a tarefa para publicar, o artefato, eu poderia apenas procurar por Publicar. E então você verá aqui que eu tenho várias opções. Mas o que eu realmente quero para essa situação em particular seria publicar os artefatos do pipeline apenas clicando no documento onde eu quero e, em seguida, clicando nele, ele introduzirá uma nova tarefa com o nome publicar artefatos de pipeline no sinal um. Então essa é basicamente a versão dele, certo? Ele publicará ou carregará um arquivo ou diretório como artefatos nomeados na execução. Em seguida, pega as entradas e configurará tudo para você. Acho que a única coisa que você precisa colocar é o nome do aplicativo que você quer. Acho que quando você clicar nele, deixe-me me atualizar, certo? Artefatos de pipeline publicados. Você pode deixar tudo como padrão. Você vai dar a ele um nome de artefato? Então você poderia chamá-lo de aplicativo da web, você poderia chamá-lo de que eu liguei para aplicativo de gerenciamento da escola de acordo. Depois disso, você pode salvá-lo e, em seguida, executar o pipeline. Mais uma vez. Ele será recompilado e, no final, seja lá o que for compilado, publicará um artefato ou uma versão compilada dele. Quando voltarmos aos lançamentos e dizemos novo pipeline, podemos, deixe-me clicar nos modelos. Se eu for adicionar artefato, não poderei ver essa compilação mais uma vez. E então a mensagem dirá que os artefatos publicados por cada versão estarão disponíveis. A última compilação bem-sucedida desse projeto publicou os seguintes artefatos com esse nome. Então eu posso adicionar esse artefato. Você também pode configurar um cronograma. Você pode agendar. Ele começa como desativado, mas você pode agendar lançamentos. Então, isso é o que chamamos de integração contínua ou de ter uma compilação diária ou semanal. Então, você sabe, os desenvolvedores podem estar introduzindo coisas novas de vez em que você quer manter um ambiente específico atualizado com o que for que a equipe de desenvolvimento possa estar fazendo uma base diária. Você pode realmente agendar essas três AM todas as manhãs. O pipeline de lançamento será executado, mesmo que não haja construção para acioná-lo necessariamente. Ele será executado automaticamente e implantará qualquer que seja a compilação mais recente qualquer ambiente que você quiser. Você pode realmente fazer isso. Tudo bem? Então, vou desabilitar isso para nodal. E o que vou fazer é no palco, para que eu possa adicionar nesta ferramenta de palco, então primeiro os artefatos e depois montamos o palco. Então, qual modelo eu quero para o lançamento? Bem, neste ponto, quero dizer, isso é baseado em que ambiente eu vou arcar e apenas configurar o trabalho vazio e construí-lo sozinho. Se eu quisesse estar implantando para dizer, um Serviço de Aplicativo Web do Azure, posso selecionar essa implantação. Ele saberá como compilar e como configurar e fazer tudo o que for necessário para inseri-lo no Azure. Então aqui você pode ver que o estágio três tem um trabalho, mas e se eu tivesse vários lugares para os quais eu quisesse enviá-lo no mesmo estágio, eu poderia acrescentar. Outras etapas, eu pude ver. O que ele faz é criar diferentes estágios cada vez que clico em Adicionar estágio. E é assim que você obtém esses efeitos de pipeline. Portanto, se for um caso em que você tem dependências essa deve estar no ambiente antes que não seja ambiente. Vamos tomar, por exemplo, se você tiver um conjunto de serviços e souber que sua API deve estar no ambiente e implantada com sucesso antes de tentar implantar os aplicativos da Web que dependem da API, é assim que você pode automatizar esse processo inteiro. Primeiro implante a API da Web, depois implante o serviço da Web e, em seguida, implante o que mais puder perceber. Você pode configurar essa ordem específica de eventos de acordo. Sabendo esse exemplo de ter dito a API e o Web App e assim por diante, é provável que todos eles estejam em projetos diferentes em seu próprio repositório Git. Então, adivinhe? Você pode ter vários artefatos. Não precisa ser um artefato em um pipeline de uma parte. Pode ser que toda essa versão tenha vários artefatos para que eu possa adicionar todos os artefatos se eu tivesse outros projetos. Então, poderia apenas ver quais projetos, qual pipeline de origem. E vamos apenas dizer que este foi outro, então eu vou dar outro nome para me livrar desse erro, eu poderia adicionar esses artefatos lá. Se é que esse estágio deve ter si, Arqueano simultâneo tem ações simultâneas sendo realizadas após a conclusão desta etapa. Portanto, não precisa ser uma ferramenta três igual a uma. E depois de terminar uma, eu poderia ter outra tarefa que será executada de acordo. Só estou mostrando que quando falamos de pipeline, é literalmente um pipeline é um fluxo de trabalho que você está criando para mostrar que isso é um buraco. Cada etapa deve fluir conhecida clicando nesses ícones para os lados, podemos acessar diferentes opções. Então, se eu clicar no raio aqui, posso ver que esse artefato acionará a compilação de compilação desativada. Então, você quer acionar a implantação contínua? Isso permite que o gatilho crie uma nova versão sempre que uma nova compilação estiver disponível. Então você quer isso? É assim que você obtém essa integração contínua. Assim que eu fizer check-in ou confirmar, a compilação é bem-sucedida e, em seguida, acionar uma versão. É isso que você quer? Pode ser para talvez o seu protótipo de ramo, certo? Desculpe, aprovou o ambiente de digitação onde qualquer coisa experimental ao colocá-lo, Você queria vê-lo no ambiente que poderia ser diferente da div, onde todos estão trabalhando juntos. Isso pode ser diferente ou vamos ser diferentes para controle de qualidade e produção e pré-produção. De repente, eles diferentes ambientes que você gostaria de ativar ou desativar as diferentes opções de acordo. Você também pode ver outras opções aqui para o estágio real. Então você pode ver selecionar esse gatilho. O gatilho que estava começando a implantação neste estágio , é liberado automaticamente. É depois do estágio, seja lá o que for, como você quer que isso aconteça? Você pode colocar filtros de artefatos. Você pode ver qual artefato deve ser usado em qual estágio. Você pode configurar o cronograma. Já olhamos para isso. Você pode fazer loop de implantação de pull requests, que teria a dependência da solicitação do pool. Na verdade, estou sendo habilitado ou o gatilho de solicitação de pool sendo ativado nos artefatos. Então, a menos que você tenha isso ativado em um artefato, a continuidade neste estágio, o que é compreensível. Também temos aprovações de pré-implantação, para que possamos ver que você não pode fazer uma versão até que ela tenha sido aprovada. Agora falamos sobre aquele verificador de criadores ou para um esporte de primavera que alguém está fazendo como alguém aprovar. E então você pode ver que você pode ter políticas diferentes em torno disso. Você também pode configurar portões. Portanto, eu recebo seria como uma regra ou um conjunto de regras que você pode configurar para garantir que elas estejam em vigor antes qualquer cobertura de implantação ou acionar essa ação para que a implantação seja executada, por favor. Assim, você pode definir que haverá até mesmo alertas semelhantes para garantir que o ambiente atenda a determinados critérios antes que qualquer implantação possa ajudar qualquer conjunto de conformidade no Azure nessa situação, porque estou vendo como seu serviço web, os portões podem ser diferentes se você estiver fazendo isso em um servidor IIS ou em um servidor 0 ou qualquer tipo de liberação você esteja fazendo em qualquer tipo de ambiente eles têm portões pré-configurados que podem ajudá-lo a controlar. Observe que o ambiente deve ser como antes da implantação real. Então você tem isso e também pode configurar o enfileiramento para que você possa ter o número de trabalhos paralelos que deseja para o lançamento. E você pode implantar em sequência ou implantar o mais recente. Você pode fazer várias coisas. Se nos sentássemos e explorássemos cada permutação, discurso não terminaria. Mas o fato é que você sempre fará o que é melhor para sua situação. E projetos diferentes exigem estratégias diferentes. Portanto, não é necessariamente um tamanho único. É um barco vendo as opções e escolhendo as opções que são melhores. Para esta solução específica, para essa configuração específica. Vejamos a tarefa. Se saltarmos para as tarefas, você poderá ver aqui que, para minha versão ou minha versão pendente para o Azure em primeiro lugar, quer saber minhas assinaturas. Eu tenho uma assinatura do Azure. Se você também fizer isso, você também pode escolher isso. E então você teria que autorizar e certificar-se de configurar as regras e tal entre sua conta e o Azure DevOps. E, em seguida, você também precisa fornecer um nome ao serviço Azure. Então, essas são pequenas coisas que você teria certificar de que estão no lugar. Você também pode fazer isso. Vou embora. Você também pode configurar um pipeline que seria implantado em uma implantação ou configuração do IS. Então eu posso procurar por IS e você verá aqui que ele pode apenas fazer uma implantação na web. Você pode fazer várias variações disso. Você poderia fazer isso com as Máquinas Virtuais do Azure. Como eu disse, com base no modelo, ele pré-configurará todas essas coisas para você. Se eu escolher. Eu desligo a implantação do site, esse é o meu primeiro estágio. E vou apenas adicionar o artefato. Já sabemos disso. E aqui estão outros tipos que eu provavelmente não mencionei antes, mas você tem essas opções. Então, você pode realmente obter artefatos diretamente do GitHub. Assim, você poderia fazer um pipeline de lançamento para algo que está realmente no GitHub sem realmente ter um código-fonte no Azure DevOps, é muito, muito útil e muito integrado. Então, vou fazer a construção. E você também pode alterar a versão, especificar a versão no momento do lançamento. Então esse é outro controle, a versão que está sendo lançada, basta trabalhar com o mais recente nisso. Então, se eu olhar para essas tarefas, você pode ver essa, eu posso mudar o nome do palco. Claro. Posso criar nossa atualização do site. Vou lhe dar o nome do site. Portanto, os sites padrão são sempre o site, mas neste caso, provavelmente vou querer chamá-lo como site da escola, site da Escola de Administração, algo assim. Tudo bem. E você só tem as diferentes configurações neste curso específico, percorra cada configuração. Mas com a implantação do IS, o que ele fará é fornecer um agente que você instala em sua máquina e fornecer alguns comandos que você definitivamente precisará executar para estabelecer a comunicação entre o Azure DevOps e o servidor específico. Você vê aqui que eu tenho essa linha vermelha aqui para o grupo de implantação. Portanto, antes que eu possa continuar, preciso ter grupos de implantação existentes ou existe um grupo de implantação. Então, quando eu clico nesse equipamento vai abrir outra guia, traga-me grupos de implantação não. E, em seguida, posso adicionar um Grupo de Implantação. Vamos ver, máquina Web SEM. Você poderia especificar div. Crie isso. Aqui é onde você obtém esse comando que você executaria na máquina de destino. Por isso, é bom ver que tipo de segmentação de máquinas. Então, para facilitar isso, você pode simplesmente ir em frente e usar, você pode usar um token de acesso pessoal no script para autenticação. Você o modificará um pouco como script. Você copia isso para a área de transferência, você vai até a máquina por meio do PowerShell. E isso fará o possível para estabelecer a conectividade entre sua máquina, seja seu laptop que você está usando para fazer este curso agora, ou um servidor ou uma Máquina Virtual do Azure, você pode ir em frente e fazer isso. Agora, uma vez que esse grupo de implantação exista, agora posso especificar que esse é o grupo de implantação. Ou para afastar as regras, é essa conectividade que eu queria aproveitar quando estou implantando em uma configuração de IS. E depois de terminar esse pipeline, posso criar desculpas, posso salvar e, em seguida, posso criar uma versão. Não, eu tenho esta versão. Quando você diz Create release, na verdade, ele irá acionar os estágios. Então, na verdade, vai acionar o pipeline. Então, vamos passar por isso novamente. Se eu voltar aos pipelines, digamos que tenha sido clicado em lançamentos. O que ele está me mostrando seria a capacidade de criar uma versão contra esse pipeline específico que já está configurado. Se eu quiser um novo pipeline ou se eu quisesse modificar esse pipeline. Primeiro de tudo, sempre posso clicar em Editar. Isso me trará de volta para aqui. Eu posso examinar as tarefas, variáveis, retenção, política, tudo isso, certo, então é assim que você pode reverter para versões anteriores, porque a retenção significa que eu reterei todas as versões até qualquer limite definido aqui. Se eu quisesse lançamentos adicionais, eu poderia simplesmente clicar em Novo e poderia dizer quero um novo pipeline de lançamento, o que me levaria de volta a essa tela específica, onde eu posso dar um melhor nome para que eu saiba exatamente o que esse pipeline de lançamento é quatro e siga em etapas semelhantes. Tudo bem. Então, lançamentos, eu não configurei nenhuma implantação. Não estou sentado na minha máquina por tudo isso. Você pode experimentar e fazer isso sozinho. Então me avise qual é o resultado. Sem ambientes, eles são baixos para adicionar mais alguma ferramenta de controle onde suas metas de implantações para que eu possa criar um ambiente, vamos chamá-lo de demonstração. Posso escolher mais recursos. Posso optar por adicionar um cluster do Kubernetes, ou posso usar máquinas virtuais para o cluster do Kubernetes que seria clínica para Azur e me permitiria usar o AKS, que é um serviço em um 0. Eu também poderia usar máquinas virtuais que exigiriam que eu fizesse algum registro e alguma configuração adicional. Há várias opções que você tem para normal que vai escolher nenhuma e criar. O que você também pode fazer com o ambiente é configurar certos controles no todo. Essas implantações aconteceriam nesse ambiente específico. Depois de criarmos, podemos adicionar o recurso depois se quisermos adicionar o Kubernetes como máquinas virtuais. Também posso ir para Segurança, gerenciar quem pode fazer quaisquer que sejam as permissões. Claro. Podemos realmente fazer isso com tudo o que os pipelines em lançamentos. Mas eu queria aprovar era e verifica para que eu possa ver quem tem a capacidade de conceder a aprovação para nossa implantação em qualquer momento. E posso configurar as aprovações da OIT para aprovar suas próprias corridas. Posso configurar opções de controle que, após esse ponto, a aprovação não é mais válida. Posso configurar controles de ramificação para que eu possa ver quais ramificações uma carga para ferramenta de implantação, esse ambiente específico. E eu posso sentar proteção de ramo. Também posso configurar quais horários comerciais são válidos para implantação. Então, se você tem uma implantação de produção, não quer fazer isso no meio do d, certo? Então, você vai querer configurar as limitações em torno disso. E você tem outras partidas fora do controle como um aviso de que alguns desses tipos de pareciam que os controles que estavam disponíveis na versão são seção fora das opções. Essas são coisas que você pode fazer para apertar o ambiente. Que objetivo de ramificação é para nós, que artefato é publicado, quais etapas estão envolvidas, como que tipo de configuração precisa estar lá? Como você pode ver, tenho toneladas de opções. Mas, mais uma vez, isso é mais como uma visão geral e as decisões que você toma são relativas ao que seu ambiente precisa no momento. 11. Planos de teste do Azure DevOps: Tudo bem pessoal, isso vai olhar para os Planos de Teste. Então, se você estiver no nível gratuito como eu, então você não tem acesso direto a isso, mas eles oferecem uma avaliação de 30 dias que você pode aproveitar para pelo menos aprender sobre isso enquanto você está fazendo este curso . Então, você gostaria de voltar ao nível da sua organização, vai para o ******, configurações da organização, ir para o faturamento. E, a partir da criação, você pode realmente anexar sua assinatura do Azure se tiver uma ferramenta, seu Azure DevOps ou milho para tornar a criação mais fácil entre seus recursos do Azure em Conte e seu Azure DevOps, mas se não, tudo bem. Isso não é um requisito. Isso só facilita a compra seus trabalhos paralelos de acordo, no entanto, estamos aqui para habilitar o pacote de planos de teste mais básico, que oferece uma avaliação de 30 dias. Então isso não seria um botão que quando você clica nele, ele pergunta: Tem certeza de que quer fazer isso? E então ele pode dizer que sim, e então ele informará que sua avaliação expirará em X número de dias. Depois de habilitar tudo isso, você pode ir em frente e voltar para o seu projeto. Se você não precisasse fazer tudo isso, isso não é problema. Podemos entrar direto nisso. Então, quando você pular para a guia Planos de teste, você pode ver uma página que é mais promocional do que qualquer buraco publicitário que você pode começar a usar planos de teste e há até uma extensão que eles sugira que você instale. Portanto, recomendo que você o instale porque essa extensão é uma ótima ajuda estatística para você usando Azure, DevOps e casos de teste. E ele instalará seu navegador e permitirá que você grave uma sessão de teste, faça capturas de tela e anote seu progresso. Porque realmente e verdadeiramente como desenvolvedor, às vezes você não entende o que os testes são experimentados e os testes lá às vezes têm dificuldade em relacionar o que deu errado com os desenvolvedores. Portanto, pelo menos com essa ferramenta, ela pode fornecer evidências irrefutáveis para ambas as partes poderem avançar com eficiência. Você pode ir em frente e sentar-se. Depois de configurar tudo isso, é claro, você queria começar a fazer alguns testes. Enquanto estávamos fora. Eu estava fazendo algum desenvolvimento e fiz mais alguns recursos para a Escola de Gerenciamento do Sistema. Só vou orientá-lo pelo que fiz. Primeiro de tudo, me livrei do primeiro projeto que foi construído e construí outro. Desta vez, habilitei a autenticação. No final do dia, você provavelmente pode remover se estiver construindo um projeto, você pode remover esse projeto varrido anterior e colocar um novo que tenha a autenticação ativada para que ele seja mais fácil de iniciar a conexão do banco de dados e tal, certo? O que eu fiz também configurei o banco de dados, mas veremos isso à medida que avançamos. Esse não é o ponto focal deste curso. Não é um curso de desenvolvimento mais uma vez, mas vou colocar um caso de teste para dizer que o recurso de registro deve funcionar habilitando a identidade. O recurso de registro no login já está lá. Já executo meu banco de dados de atualização, então ele executaria pelo menos o esquema de identidade de criação. Você pode adicionar outras tabelas se quiser, se não quiser escrever não, tudo bem. Você pode no mínimo. Vá em frente recrie um projeto. Eu autenticaria, atualizaria o banco de dados para que pelo menos isso esteja conectado. O que vamos fazer é simular um caso de teste contra ou site. Vou para as placas. E porque por tarefa anterior ou item de trabalho de backlog era configurar a solução do projeto e, em seguida, nossas duas tarefas no banco de dados de projetos da web. Para que eu possa tirá-los e movê-los para visualizá-lo como um tabuleiro. Eu posso movê-lo e está feito. Isso é Alt. Nenhum item de trabalho estaria vazio para que eu possa fazer um novo item de lista de pendências do produto e registro de configuração C. Claro, atribuí-lo a alguém. Vou adicioná-lo ao nosso sprint com o qual estamos trabalhando sob descrição seria um usuário baixo para se registrar no site. Então, para o nosso trabalho relacionado, para nós salvarmos. Depois de salvar, posso adicionar tarefas. Então, vou adicionar uma tarefa filho que basicamente diria formulário de distribuição de endereço. E então podemos clicar em Ok e deixar que salve e feche. Não vou te dar muito mais detalhes. Então, mais uma vez, quando você está fazendo essas tarefas, você quer dar a si mesmo o máximo de detalhes na descrição para se certificar de que, quando você vê, você se lembra do que é necessário com base no todo equipe do ano opera, você pode colocar em suas unidades de tempo para o trabalho restante e a atividade estadual. Então, isso seria uma atividade de desenvolvimento. E se estiver bloqueado, bem, neste caso, não está. Então eu só salvo e fecho as placas. Temos uma nova tarefa. Lembro-me mais de novo para aprovar o negócio ou o produto, todos concordariam que isso é algo que precisa ser feito. E então ele é cometido quando for designado ou alguém aceitou a responsabilidade por completá-lo. Agora, a partir daqui, também posso adicionar um teste. Então, clicando nas reticências aqui, posso passar para um Sprint diferente. Posso editar o título, posso adicionar outra tarefa aqui ou posso adicionar um teste. Posso até fazer testes exploratórios. Isso será mais como eu vejo este item de trabalho. Só vou gravar uma sessão em que estou apenas executando testes. Mas vou adicionar teste aqui para ver se o registro funciona para o usuário. Esse é o caso do artista. Não, uma vez que eu adicionei isso só dá você ver que pouco o que é aquele frasco ou copo é adicionado. Pelo menos para obter essas dicas visuais físicas sobre o que está acontecendo aqui. Sempre posso editá-lo. Posso executar o teste, posso removê-lo. Mas adicionando esse teste, se eu voltar aos itens de trabalho, você verá que não, eu tenho um caso de teste. Lembre-se, quando você está criando um novo item de trabalho, você poderia realmente criar um caso de teste, certo? E, em seguida, associado ao item da lista de pendências do produto. Aqui, se eu clicar nisso, você verá que este é, na verdade apenas um item de trabalho e está relacionado, está relacionado a essa tarefa. Se eu clicar nessa tarefa, isso mostraria a ele que ela tem um item de caso de teste relacionado. Então, pelo menos tudo mostra como esses itens estão interconectados encarnados. Com este caso de teste, eu posso realmente configurar as etapas para que eu possa começar dizendo Goto. E aqui eu posso realmente colocar variáveis, certo? Então, se você rolar um pouco para baixo, você veria aqui, você tem variáveis de parâmetro lá que você pode configurar. Então, na etapa, posso dizer, vá para Adicionar URL de sinal e ele se torna uma variável aqui em baixo. Tudo bem, então eu posso preencher esse valor. Talvez eu seja o testador principal. Só estou tentando pensar em regras que estão em nossa equipe de projeto e mostrar como todos têm um papel a desempenhar. O teste principal ou teste de lead, conduza qualquer que seja o trabalho que seria aquele a descrever primeiro vá para este URL. É aqui que está nosso deslocamento. Então, eles esperavam que o resultado é que o site seja carregado. Em seguida, clique no botão Registrar. Estou lhe dando os passos porque realmente testar é sobre fazer isso, depois isso, depois aquilo e ter resultados esperados. Cargas do formulário de registro que são os resultados esperados. E então preencha o formulário. Você nem sempre precisa colocar esse resultado inesperado porque preenchendo o formulário e, em seguida registre e clique em registrar, então os resultados esperados, pode ser que você seja redirecionado para a página de login e talvez receba um e-mail de confirmação. Receba e-mail de confirmação. Tudo bem. Esse é o nosso caso de teste para garantir que registro funcione para o usuário etapa de um a quatro. E, em seguida, para o URL, podemos colocar o URL do site. Então, para o meu projeto, sempre posso ir e obter o URL. E mais uma vez, isso será relativo a qualquer ambiente em que você esteja. Estou correndo em profundidade, então vou usar esse URL que é incomodado para ser usado sempre que o Visual Studio for executado. Mas, mais uma vez, é aqui em relação ao local onde seu site está sendo hospedado. Posso salvar isso. Agora, este caso de teste está pronto para ser usado. E se eu for para Planos de teste, então você vai ver o que chamaremos de suíte de testes. Então eu fiz um teste antes, era usuário de configuração ou distribuição. E eu tenho outro aqui que diz registro de configuração. Não se importa com 17. Vamos prestar atenção ao 23. Saiba quando olho aqui, posso ver que essas as chaves de teste exatas de acordo com o item de trabalho. Sob pensamento é que uma suíte pode ter vários casos de teste. Então, quanto mais testes você adicionar ao item de trabalho, ele irá classificá-los automaticamente ele irá classificá-los automaticamente para você aqui e mostrar você o que pertence e qual é o relacionamento. Se eu voltar, isso só vai me trazer volta a todas as suítes de teste que provavelmente tenho ou posso prestar atenção às que estão associadas a mim. Então eu posso olhar para todos eles contra o meu. Quando clico no meu, vou aqui e fui ver aqueles que foram atribuídos a mim para esse cenário específico. E quando clico nele, diga que nenhum resultado do teste foi telefonado, isso é clicar duas vezes, desculpe. Portanto, posso realmente executar para aplicativos da Web ou executar para aplicativos de desktop ou em opções personalizadas. Sei que estou lidando com uma web up. Vou executar para aplicação web aqui você também pode ver passar este campo está bloqueado teste ou não aplicável. Então, na verdade, posso decidir definir um status nesse teste, certo? Não. Sou o aplicativo avançado do Dr. King Rowan que vamos obter é pop-up para o lado que está nos mostrando. Isso é cortesia da ferramenta que instalamos, certo? Então, ele mostrará um passo um, o passo dois, passo três e o mais baixo interage. Então, aqui está o URL. Então, vou pegar esse URL. E, em primeiro lugar, tenho que me certificar de que estou executando o aplicativo. Tudo bem, então, uma vez que eu vou para o URL, o resultado esperado é que ele carrega, ele foi carregado. Então eu posso tomar isso, digamos que sim, eles esperavam que os resultados fossem atendidos. Clique no botão Registrar. Clique nisso. Bem, mais uma vez, o resultado esperado é que o formulário de registro seja carregado. Sim, é um formulário de distribuição. Então eu posso tirar que preencha o formulário. Então, vou colocar admin cm.com. Vou trabalhar apenas com o analisador padrão sendo sugerido. E, em seguida, clicarei em Registrar. Saiba depois de clicar em registrar, o formulário para criar acabou de ler direcionado para a página de login e receber um e-mail de confirmação. Não, não sou. Tudo aqui é nulo e recebi essa exceção. Então, vou ter que preencher esta parte do teste e vou ver a mensagem de erro de Deus. Essa foi uma mensagem de erro. É claro que isso é vago porque essa é provavelmente a pior coisa que qualquer desenvolvedor quer ouvir. Recebi uma mensagem de erro. É claro que nem todos os testadores podem estar inclinados a saber que devem identificar as partes de sua mensagem dentro de seus comentários. É por isso que a ferramenta é útil onde me permite tirar uma foto ou um instantâneo. Para que eu possa tirar um instantâneo do que está na tela. Estou recebendo um erro. Vamos tentar isso novamente. Certo, então eu poderia estar gravando minhas ações. Tudo bem. Então aqui eu posso gravar as ações. Posso parar com isso. Uma vez que ele parou, a gravação de ação é anexada ao resultado do teste. Vamos tentar. Uma captura de tela. Se eu tirar uma captura de tela, tudo bem, lá vamos nós. Então, eu posso realmente desenhar em toda a área que tem o erro. Então, uma vez que estou satisfeito com isso ou posso desenhar uma flecha se não estiver satisfeito. E veja aqui está um. Aqui está a ferramenta de seta, você sabe, coisas assim. Eu não ensinei testador por profissão. Nunca estive nessa função para ser tão detalhado quanto o teste. Há uma estatística artística no Relatório de Erros. Só estou mostrando que esta ferramenta está configurada lá e está disponível para ajudá-lo como testador a ser o mais eficiente possível. Uma vez que eu acabe com tudo isso. Nesse caso, cinco foram criados por qualquer motivo, vou apenas tirá-lo e clicarei em Salvar ou posso salvar e fechar. Então vou salvar e fechar e é isso para o teste. Saiba quando voltar para o Azure DevOps, aqui, você verá que ele Não recebeu um status de falha. E se eu quisesse interagir com esse teste depois, posso ver os resultados do teste. E isso me levará à história das corridas. Então está me mostrando todas as corridas que esse teste é difícil. Na verdade, posso criar uma lâmpada anexada a esses resultados do teste para que saibamos que ela falhou. E temos todos os anexos do campo de iteração que podemos ver em que passo ele falhou, quais recursos disponíveis para justificar a falha, por assim dizer. Se eu criar um bug, ele saberá que há um defeito associado a isso. Posso atribuir o volume ou simplesmente criar o Bogan, deixar o desenvolvedor, os desenvolvedores, desculpe, isso está entre si. Posso colocar o máximo de informações ou mais informações aqui. Se eu puder associar enquanto ele virá associado ao teste, pelo menos poderá ir e examinar o resultado do teste e ver os recursos anexados. Então aqui você verá que há a lâmpada. Se eu entrar nos itens de trabalho, não haverá um bug associado a ele. Todo mundo sabe qual é a situação atual. Se estivermos olhando para os quadros, você verá aqui que há um novo bug. Ele pode ser aprovado como um bug porque às vezes os testadores não seguiam as instruções. Portanto, é prudente fora da equipe de desenvolvimento só para se certificar de que o que está sendo relatado é realmente uma coisa. E faça o melhor possível para classificar os pensamentos e movê-los pelas colunas quanto possível. Você também verá aqui que você tem algumas dicas visuais para mostrar que você tem um teste com falha associado a esse item de backlog específico. Isso é realmente todo o trabalho dos planos de teste e você tem outras métricas que você pode usar. Você pode ver os relatórios de progresso. Então, quantas misturas de testes existem? Quantos foram levados para casa em qualquer lugar. Assim, você pode usar isso para ver como o seu projeto está tendência é uma classificação de equipe de desenvolvimento ou os bulks rápido o suficiente, ou os testadores testando o suficiente, etc Você pode olhar para as runas que já olhamos para as ruínas mais cedo, e você pode ter essas sessões exploratórias. Mais uma vez, simplesmente entramos e você simplesmente clica e vê se você pode perder as coisas ou se é infalível. E vamos carregar o teste não está mais em uso, então você pode simplesmente ignorar esse mesmo assim. Portanto, essa é uma visão geral rápida de como as disciplinas podem ser usadas para tornar seus esforços no desenvolvimento um pouco mais limpos e rápidos. 12. Artefatos do Azure DevOps: Bem-vindo de volta pessoal. Nesta lição estamos discutindo artefatos. Sabe o quê? Um artefato é praticamente uma palavra ou expressão extravagante para o nosso bolso que seria usada em um projeto. Exemplos desses pacotes seriam como nosso Entity Framework, Core ou ultimate bird, diferentes bibliotecas de terceiros que geralmente integraríamos em nossos projetos. Embora o motivo dos artefatos seja que há momentos em que você tem uma equipe de desenvolvimento trabalhando no mesmo projeto e todos estariam saindo para obter qualquer versão desviada do a mesma biblioteca que pode não ser necessariamente compatível. E você queria padronizar a versão, padronizar qual biblioteca sua equipe usa. Você implementaria artefatos. Digamos que queríamos criar um feed e todos os feed basicamente se referem a pacotes de origem fora. Para contexto, se eu abrir nosso projeto no Visual Studio, se você for para Ferramentas, Opções e, em seguida, se eu procurar pacotes no pacote de opções, lá vamos nós, fontes de bolso. No gerenciador de pacotes NuGet, podemos realmente ir para fontes de bolso. E isso nos permitiria declarar de onde você deseja obter pacotes de quando estamos tentando fazer uma instalação ou apenas procurar por alguma biblioteca de terceiros. A partir daqui, eu poderia realmente adicionar uma nova fonte e um estado que eu queria desse URL, dar um nome, etc. Então, meu recurso de artefatos aqui no DevOps me permitiria criar um feed e eu posso dê um nome a ele. Vamos chamá-lo de demonstração de entrega contínua. Então, para quem é visível? Os membros disso são apenas pessoas específicas. Vou deixá-lo como os membros incluem são de fontes públicas exemplo, você receberá um MPM que podemos deixar isso e, em seguida, podemos usar esse feed apenas para este projeto versus todo o organização, certo? Então você pode realmente ter vários feeds. Então você poderia ter um específico para o projeto versus um para toda a organização onde você o veria, tudo bem, todos, você pode se inscrever neste feed e usar apenas esses pacotes no projeto de esforço. Para este, vou deixá-lo no nível do projeto e criar. Saiba que uma vez que isso é criado, eu posso realmente me conectar a outros feeds. Então posso dizer que o novo getfield, o feed dotnet ou qualquer um desses outros gerenciadores de pacotes, certo? Portanto, cada plataforma tem seu próprio tipo de gerenciador de pacotes. E como estou usando dotnet, novo Git é um dos mais populares, se não o mais popular para qualquer desenvolvimento relacionado ao dotnet. Mas apenas para o contexto, se você estiver usando o npm, isso será para suas coisas relacionadas ao JavaScript, você pode fazê-lo para Python, para Java, etc. Então eu vou usar o NuGet. E aqui eu tenho que ir e pegar as ferramentas. Você vê aqui. Eles estão informando que, se for a primeira vez que você estiver sentado no topo desta máquina e obter as ferramentas, certifique-se de ter a versão mais recente deste provedor de credenciais instalado e algumas outras instruções sobre como isso precisa funcionar. Vamos seguir em frente e pegar as ferramentas. Conforme instruído aqui. Temos que obter o mais recente e você obtém e, em seguida, temos que instalar o provedor de credenciais. Então, vou apenas seguir em frente e clicar em ambas as URLs apenas para garantir que eu receba o novo gerenciador de pacotes get mais recente. Quando isso for concluído, vamos voltar para o provedor de credenciais, que nos leva a esta Documentação do GitHub. E podemos apenas usar os scripts polares, os scripts parciais. Então, basta clicar que ele o levará ao script do PowerShell, que você pode baixar ou simplesmente copiar e abrir em sua parcial local. Então eu abri meu polonês Windows PowerShell ISE enquanto o administrador o executa. E aqui você pode ver o registro do que ele fez. E ele teria instalado o provedor de credenciais com sucesso. Esse passo está feito. Vamos voltar. Agora. Depois disso, você se certifica de que instalou tudo isso. Eles disseram que eu tinha um arquivo de configuração de ponto NuGet para o seu projeto. Então, vou copiar isso. Pule para o Visual Studio. E dentro deste projeto. Então, dizia auditorias no mesmo nível sua solução ou do projeto CS ou arquivo de solução. Vou adicioná-lo na solução. Só vou direcionar a solução. Clique em Adicionar, digamos que eu quero um novo item. E fui chamá-lo. Você obtém a configuração de ponto. E então vou inserir o conteúdo que foi adicionado. Em seguida, precisamos executar este comando para restaurar pacotes. Então, eu teria que executar esse comando no diretório do meu projeto, mas antes mesmo de poder fazer isso. Vou precisar registrar o NuGet dot EXE como um dos meus comandos Path. Então, se você tiver uma máquina Windows como eu, basta clicar no tipo de menu Iniciar em parte e iniciar as propriedades do sistema, vá para variáveis de ambiente Avançado e UC. Então, se você digitou nesta janela deve aparecer rapidamente. Variáveis de ambiente. O que vou fazer é procurar o caminho em vez da edição das variáveis do sistema. E então vou bater em New. E vou dar-lhe o caminho do NuGet dot EXE. Oh, na verdade, desculpe. Então eu vou escovar a ferramenta a pasta onde não agradar o executável. Em seguida, clique em OK. E então não está à parte dos meus caminhos Cmd. Vamos abrir o prompt de comando. Vou sugerir um trazê-lo para cima no modo administrador. E você navega até o diretório em que seu projeto está. Assim, você sempre pode clicar com o botão direito do mouse no projeto no Visual Studio se for isso que você estiver usando, obter o caminho do arquivo ou o chefe do projeto, você verá a navegação até ele. Caso contrário, você pode usar as mesmas instruções realmente. Em seguida, podemos executar nosso comando de restauração NuGet dot EXE. E aqui estou recebendo um erro ao ver que isso não contém o elemento raiz esperado chamado configuração para esse caminho. Certo? A razão para isso é quando copiamos, por qualquer motivo que eles copiam totalmente a chave, ela não copiou todo o XML. Então, precisamos de tudo isso. Ironicamente, quando clicamos em Copiar para a área de transferência, ele não copiou tudo isso, então deixe-me tentar isso novamente. Então, deixe-me copiar tudo isso e atualizar esse arquivo. E então vamos tentar esse comando novamente. Bem ali está, perfurando uma conexão entre nosso projeto e nosso feed. Tudo bem? Não, ele sabe que ele deve estar usando esse feed de acordo com nossa permissão de DevOps. Amplie a janela do prompt de comando para que possamos ver um pouco melhor. E eu executei um novo comando e fui orientá-lo por ele. O que eu quero fazer é instalar alguns bolsos. Eu escolhi o outono superior, à direita. Pode ser qualquer pacote. Então, o fato é que você pode até ir ao gerenciador de pacotes NuGet, procurar um pacote, e você pode simplesmente ir em frente e ver novo git instalar o nome do pacote e, em seguida, estamos especificando a fonte e eu digitei erroneamente tende a fonte precisa ser o nome fora do feed que configuramos no Azure DevOps. Então aqui eu acertei. Nuget instale a demonstração de entrega contínua de fonte definitiva, esse era o nome do feed e eles precisam de acidez. Você sabe que o feed usado está de acordo com nossa URL que tínhamos colocado na configuração. E, em seguida, ele está instalando a ferramenta de pacote que eu precisava especifica o projeto. E está vendo que a versão de compilação automática é essa. E está acontecendo e, em seguida, os provedores de credenciais me pedem para fazer login, então vou passar por esse processo. E depois de fornecer as credenciais aparecerem, mas, no entanto, foi bem-sucedido e passou e está me informando que recuperou o pacote ou o feed personalizado e eles vão parar. E então ele seguiu em frente e executou todos os comandos em poucos segundos. E se eu voltar à nossa página de demonstração de entrega contínua e atualizar, ou deixe-me clicar na parte superior porque atualizando minha parte do CMP. Então, se eu clicar em artefatos novamente e, em seguida, certifique-se de que estou na demonstração de entrega contínua ou seja lá o que for que você configurou perto de emprestar para ver sua perversão final aqui. Então ele vai deixar você saber que a fonte, sim, é a galeria NuGet. Quando é, você sabe, quantos downloads, tantos usuários são inscritos nele. E posso optar por baixá-lo sozinho. Posso promovê-lo, posso deslistá-lo e posso excluir o mais recente. Então, há várias coisas que posso fazer aqui. Uma coisa muito importante a se notar sobre todo esse processo, porque você provavelmente está se perguntando, ok, então qual é o sentido disso? Por que não ir diretamente para você e obter, Então, por exemplo, nós assumimos o controle sobre qual versão estamos fazendo certa? Porque aqui posso ver quem adicionou isso ao projeto. Posso ver algumas das ferramentas de bacia de metadados criou o projeto ou esta biblioteca em geral, posso ver a versão que está instalada atualmente, que por padrão será a versão mais recente. É claro que posso excluir esta versão. Mas então eles me gastam ter que executar esse comando e especificar a versão que eu quero. E se eu tentar ler instalar a mesma versão, bem, eu teria que remover essa pasta de acordo. Há várias coisas que você pode fazer. Mais uma vez, isso é melhor para controlar qual versão é usada no seu projeto como equipe. E não são apenas pacotes NuGet, pode ser que você tenha algumas de suas próprias bibliotecas personalizadas que você construiu um novo ou mantendo, e você tenha DLLs nas quais outros aplicativos dependem. Você pode adicioná-los aqui como raposa ártica e permitir que a equipe se inscreva aqui e faça referência às DLLs por meio desse tipo de artefatos do sistema de alimentação. Sistema de alimentação em uma configuração de equipe, em uma configuração div onde muitas ferramentas de terceiros estão sendo usadas. E você quer manter um padrão para quais versões estão sendo usadas em quais projetos. Esta é uma excelente ferramenta para ser usada. 13. Visão geral da seção: Tudo bem pessoal, então é isso para a visão geral do Azure DevOps, neste módulo, conseguimos criar uma visão da organização sobre o que era necessário para criar um projeto Scrum. Veja algumas das diferenças entre o projeto Scrum e o projeto básico. E espero que você tenha explorado os outros tipos de projeto. Também analisamos a integração básica do Git, trabalhos completos de ramificação, pipelines inteiros funcionam como podemos usar planos de teste ou integração entre nossos colegas de equipe. Como desenvolvedores, testadores e analistas de negócios, também analisamos artefatos e mantemos que eles podem ser usados para gerenciar a versão das bibliotecas que estão sendo usadas no desenvolvimento. Então, à medida que avançamos, veremos mais conceitos em profundidade. No próximo módulo, começaremos a analisar todo o GET versus TFS como sistemas de gerenciamento de controle de origem, diferentes estratégias de ramificação e como tudo se junta para criar um fluxo de trabalho de integração contínua. 14. CONCLUSÃO: Bem pessoal, chegamos ao final deste curso. Neste curso, teríamos revisado como seu DevOps. Então, criamos uma organização. Podemos definir todo o fim de semana do projeto, configurar um espaço inteiro para que todas as partes interessadas do projeto possam vir aqui, obter várias estatísticas, ver várias atividades e realmente se envolver. Também discutimos o fato de que existe um DevOps não é uma ferramenta para desenvolvedores. É uma ferramenta que ajuda os desenvolvedores a ajudar a empresa e ajuda a empresa a ajudar os desenvolvedores. Porque muitas vezes há uma desconexão entre a empresa e a TI e a empresa quer uma coisa e a TI acha que é outra coisa, e então há uma desconexão. Então, usando uma ferramenta como o Azure DevOps, quebra, não use esses vírus. E ajuda os gerentes de projeto a envolver os empresários e os empresários podem se comunicar com a equipe de desenvolvimento de forma mais eficaz. Podemos ver lâmpadas e trabalhos que estão sendo feitos e por quem, todos os testes que a equipe de testes pode envolver todo o meu Deus. Sinto muito. Apenas rever tudo o que é possível com essa ferramenta é apenas me deixar animado. Mal posso esperar para ver como você melhora suas operações com essa ferramenta, como você a integra em seu fluxo de trabalho atual com seus projetos maiores. Você configura seus pipelines de lançamento e seu pipeline de compilação para protegê-los, como implementa as melhores práticas adequadas, obter estratégias de ramificação e operar com sua equipe de desenvolvimento. Com tudo isso dito e feito. Obrigado por se juntar a mim nesta jornada. E mais uma vez, divirta-se.