Implantação para Banco de Dados do Azure para MySQL, Kubernetes com Helm e Ruby on Rails – Atualização do VSTS Sprint 133
Na Atualização de Visual Studio Team Services (VSTS) do Sprint 133, continuamos expandindo as linguagens e plataformas às quais damos suporte para build e lançamento. Se seu aplicativo usa Banco de Dados do Azure para MySQL, Kubernetes ou Ruby on Rails, temos você coberto. A lista continua crescendo no Azure DevOps Projects também. Agora nunca foi tão fácil começar a usar um aplicativo Go ou Ruby no Azure.
Um novo tipo de notificação e um melhor suporte para fontes de upstream do NuGet também estão disponíveis agora no Gerenciamento de Pacotes.
Novidades no VSTS
Recursos
Código
Work
Build e versão
- Disparar builds de CI do YAML
- Implantar continuamente no Banco de Dados do Azure para MySQL
- Simplificar a implantação no Kubernetes usando o Helm
- Implantar aplicativos Ruby on Rails
- Configurar aplicativos Go e Ruby usando o Azure DevOps Projects
- Implantar continuamente builds marcados pelo processamento pós-build
- Filtrar branches para artefatos github enterprise ou externos do Git
Pacote
- Assinar notificações de atualização de pacote
- Usar upstream pacotes NuGet de outro lugar no VSTS
- Habilitar fontes de nuget.org upstream em mais feeds
Wiki
- Vincular rapidamente a outras páginas wiki usando sugestões
- Filtrar os resultados da pesquisa por nome do Wiki
Administração
Código
Localizar frases e código com caracteres especiais mais rapidamente
Recentemente, analisamos maneiras de tornar os resultados da pesquisa mais precisos, especialmente quando uma pesquisa inclui caracteres especiais.
Nesta Atualização, suas pesquisas que incluem caracteres especiais (não alfanuméricos) são mais propensas a ajudá-lo a encontrar o que você está procurando. Por exemplo, anteriormente, se você pesquisasse , A+B
seus resultados poderiam conter A+B
, A-B
, A*B
, A$B
, A/B
etc. Agora você só A+B
verá nos resultados, sem os falsos positivos.
As frases também são reconhecidas melhor. Por exemplo, anteriormente, uma pesquisa por new List<string>()
teria retornado essa correspondência parcial, sem o >()
final.
No entanto, com essa Atualização, a frase completa é retornada e realçada.
Work
Trabalho de consulta nos Caminhos de Área de uma Equipe com a nova @TeamAreas macro
Nas configurações de uma Equipe, você pode associar um ou mais Caminhos de Área, o que ajuda a concentrar listas de pendências, quadros, planos e até painéis apenas ao trabalho dessa equipe. No entanto, se você quisesse escrever uma consulta para uma Equipe, era necessário listar os Caminhos de Área específicos para essa equipe nas cláusulas de consulta. Agora, uma nova macro @TeamAreas está disponível para você referenciar facilmente os Caminhos de Área pertencentes à Equipe especificada. Esse recurso foi priorizado com base em uma sugestão.
Build e versão
Disparar builds de CI do YAML
Agora você pode definir suas configurações de gatilho de CI (integração contínua) como parte do arquivo de definição de build YAML. Por padrão, quando você envia por push um novo .vsts-ci.yml
arquivo para o repositório Git, a CI será configurada automaticamente para todos os branches.
Para limitar os branches que você deseja disparar, basta adicionar o seguinte ao arquivo para disparar builds em pushes para master ou qualquer branch que corresponda ao padrão releases/*.
trigger:
- main
- releases/*
Se você quiser desabilitar o gatilho ou substituir as configurações de gatilho nos arquivos YAML, poderá fazer isso na definição.
Consulte a documentação de gatilhos de build yaml para obter mais informações.
Implantar continuamente no Banco de Dados do Azure para MySQL
Agora você pode implantar continuamente no Banco de Dados do Azure para MySQL – banco de dados MySQL do Azure como um serviço. Gerencie seus arquivos de script MySQL no controle de versão e implante continuamente como parte de um pipeline de lançamento usando uma tarefa nativa em vez de scripts do PowerShell.
Simplificar a implantação no Kubernetes usando o Helm
O Helm é uma ferramenta que simplifica a instalação e o gerenciamento de aplicativos kubernetes. Também ganhou muita popularidade e apoio da comunidade no último ano. Uma tarefa do Helm em Versão agora está disponível para empacotar e implantar gráficos do Helm no AKS (Serviço de Contêiner do Azure) ou em qualquer outro cluster do Kubernetes.
O VSTS já tem suporte para contêineres do Kubernetes e do Docker. Com a adição dessa tarefa do Helm, agora você pode configurar um pipeline de CI/CD baseado no Helm para entregar contêineres em um cluster do Kubernetes. Confira a documentação Implantar usando o Kubernetes no Serviço de Contêiner do Azure para obter mais informações.
Implantar aplicativos Ruby on Rails
Um novo modelo de definição de versão Serviço de Aplicativo do Azure agora inclui as tarefas necessárias para implantar aplicativos Ruby on Rails no Azure WebApp no Linux. Quando esse modelo de definição de versão é usado, a tarefa implantar Serviço de Aplicativo é preenchida previamente com um script de implantação embutido que faz com que o empacotador (gerenciador de dependências) instale as dependências dos aplicativos.
Configurar aplicativos Go e Ruby usando o Azure DevOps Projects
O Azure DevOps Projects facilita o uso inicial do Azure. Ele ajuda você a iniciar um aplicativo no serviço do Azure de sua escolha em apenas algumas etapas. O DevOps Projects configura tudo o que você precisa para desenvolver, implantar e monitorar seu aplicativo. Agora você também pode configurar um pipeline de DevOps inteiro para aplicativos Go e Ruby. Consulte a documentação Implantar no Azure para obter mais informações.
Implantar continuamente builds marcados pelo processamento pós-build
Gatilhos de implantação contínua criam uma versão na conclusão do build. No entanto, às vezes, os builds são pós-processados e o build só deve ser liberado após a conclusão desse processamento. Agora você pode aproveitar as marcas de build, que seriam atribuídas durante o pós-processamento, nos filtros de gatilho da versão.
Filtrar branches para artefatos github enterprise ou externos do Git
Ao liberar do GitHub Enterprise ou repositórios Git externos, agora você pode configurar os branches específicos que serão lançados. Por exemplo, talvez você queira implantar apenas builds provenientes de um branch específico para produção.
Pacote
Assinar notificações de atualização de pacote
Anteriormente, a única maneira de saber sobre novas versões de pacotes que você usa era por meio do cliente do pacote (como Visual Studio, NuGet ou npm). Agora, você pode configurar notificações por email sobre os pacotes com os quais você se importa. Você pode receber notificações sobre novas versões de um pacote específico ou de todos os pacotes em um feed. Você também pode ser notificado quando os pacotes são promovidos ou excluídos.
Para configurar isso, passe o mouse sobre a imagem do perfil no canto superior direito, escolha Configurações de notificação e clique em Nova assinatura. Na caixa de diálogo exibida, selecione a categoria Pacote .
Esse recurso foi priorizado com base em uma sugestão.
Usar upstream pacotes NuGet de outro lugar no VSTS
Continuamos investindo em fontes upstream, que permitem centralizar todas as dependências do pacote em um único feed e manter cópias salvas de todos os pacotes que você usa. Se você tiver vários feeds com pacotes NuGet, agora poderá adicionar um como upstream fonte do outro na mesma conta. Isso permite que você tenha apenas um único feed em seu arquivonuget.config, o que oferece benefícios como restauração determinística. Consulte a documentação upstream fontes para obter mais informações.
Habilitar fontes de nuget.org upstream em mais feeds
Anteriormente, somente feeds criados após a Atualização do Sprint 130 podiam usar a origem do nuget.org upstream. Agora, a maioria dos feeds de Gerenciamento de Pacotes criados antes dessa Atualização também pode usá-lo. Se o feed estiver pronto, você verá uma faixa acima dos pacotes informando que pode habilitar o nuget.org upstream fonte.
Fontes upstream para feeds de pacotes públicos, como nuget.org e npmjs.com manter uma cópia salva de cada pacote usado, para que você esteja protegido contra interrupções. Consulte a documentação upstream fontes para obter mais informações.
Wiki
Vincular rapidamente a outras páginas wiki usando sugestões
Quando você quiser criar um link para outra página wiki, basta digitar a sintaxe markdown padrão para adicionar links [link name](/
e obterá uma inscrição de todas as páginas no wiki atual. Anteriormente, você conseguia clicar e arrastar uma página wiki para o editor do Markdown para criar links, mas isso torna a criação de links em páginas ainda mais simples.
Esse recurso foi priorizado com base em uma sugestão.
Filtrar os resultados da pesquisa pelo nome wiki
Publicar arquivos markdown de um repositório Git como um Wiki, que lançamos na última Atualização, significará que você começará a ver vários wikis no mesmo projeto. Ao pesquisar, pode ser difícil percorrer documentos semelhantes e encontrar o que você está procurando. Agora, ao pesquisar sua página wiki, você poderá definir o escopo dos resultados aplicando o filtro de nome wiki nas páginas de resultados da pesquisa para ajudá-lo a encontrar seu conteúdo mais rapidamente.
Administração
Mover uma conta do VSTS entre a assinatura do Azure ou o grupo de recursos
Agora você poderá mover sua conta do VSTS entre assinaturas do Azure ou grupos de recursos no portal do Azure, assim como pode com a maioria dos outros recursos do Azure. Consulte a documentação mover recursos para obter mais informações.
Próximas etapas e Comentários
Adoraríamos ouvir o que você pensa sobre esses recursos. Relate um problema ou forneça uma sugestão se você tiver ideias sobre coisas que gostaria de nos ver priorizando, por meio do menu de comentários.
Você também pode receber conselhos e suas perguntas respondidas pela comunidade no Stack Overflow.
Obrigada,
Henry Dixon