O TeamCity 2024.07 chegou! Nesta versão, estamos introduzindo diversos recursos muito aguardados, como o novo mecanismo de licenciamento através da conta unificada da JetBrains, que simplifica o gerenciamento de licenças.
Há também um novo GitHub Checks Webhook Trigger, que permite a colocação instantânea de builds na fila depois de um commit para o GitHub e fornece atualizações em formato rich-text.
Além disso, a página Problems atualizada oferece um local centralizado para revisar quaisquer issues referentes a testes e builds no TeamCity.
Na versão 2024.07, estamos introduzindo uma opção para administradores do TeamCity ativarem licenças através de uma conta unificada da JetBrains.Agora você pode vincular a sua conta da JetBrains à sua instância do TeamCity (inclusive do TeamCity Professional) e obter licenças a partir da sua conta da JetBrains.
Este novo recurso visa simplificar o gerenciamento de licenças de servidores e agentes do TeamCity, usando a sua conta da JetBrains.
Agora você pode simplesmente fazer login na sua conta da JetBrains a partir da página Licenses no TeamCity e selecionar uma licença de servidor para ser ativada. Uma vez vinculado, o TeamCity atualizará todas as licenças de servidores e agentes automaticamente, eliminando a necessidade de informar manualmente chaves de licença para agentes adicionais ou renovações.
Saiba mais sobre a ativação de licenças através da conta da JetBrains na nossa documentação.
No TeamCity, você pode configurar automaticamente os seus projetos e configurações através de programação com a DSL do Kotlin e o formato XML.
Antes, se um projeto tivesse versões de configurações armazenadas no VCS, o TeamCity rastreava apenas o diretório .teamcity
. O TeamCity ainda podia armazenar as versões de configurações de todos os subprojetos dentro de um único repositório, mas só se o projeto principal tivesse as versões de configurações habilitadas. Isso era inconveniente em algumas situações.
Por exemplo, um erro de DSL em um projeto principal bloqueava as atualizações em todos os subprojetos e em outras builds.
Outra desvantagem da abordagem anterior era que se alterações em um projeto acionassem a compilação da DSL do Kotlin, as configurações eram aplicadas a outros projetos armazenados no mesmo repositório, mesmo se as alterações aplicadas não devessem afetá-los.
Agora estamos adicionando ao TeamCity a capacidade de configurar caminhos personalizados para versões de configurações no repositório.
O TeamCity fornece uma visão geral dos problemas e investigações atuais, tanto em nível de projeto quanto de build. Os usuários podem revisar erros de configuração de builds, testes falhados, problemas silenciados e investigações em andamento, e verificar os usuários designados e o status de cada issue.
Reprojetamos a interface de usuário para fornecer uma visão geral mais clara de todas as issues e seus status. Tudo isso está agora na página Problems unificada.
Este novo recurso do TeamCity permite a você colocar builds imediatamente na fila depois de fazer push de um commit para o GitHub. Ele também publica os status das builds em formato rich-text, usando o Markdown no GitHub.
O TeamCity não só publica os status, como também cria uma GitHub Check Run, que executa verificações imediatamente quando alguém faz um push de código. Isso permite que os usuários visualizem os status e os detalhes de forma conveniente dentro do GitHub, eliminando a necessidade de ficar alternando entre o GitHub e o TeamCity.
Além disso, se algo der errado, os usuários poderão reexecutar as verificações a partir do GitHub, sem terem que alternar para o TeamCity.
Este gatilho é compatível com conexões do aplicativo do GitHub que tenham webhooks habilitados.
No TeamCity, você pode criar projetos ou raízes de VCS a partir de uma URL.
Antes, o formulário de criação de um projeto ou configuração de build a partir de uma URL aceitava apenas credenciais como um nome de usuário e senha ou tokens de acesso.
Agora reformulamos o formulário de autenticação para que você possa escolher manualmente entre as opções de autenticação por senha ou token de acesso ou por chave de SSH.
O TeamCity também detecta e sugere automaticamente o tipo apropriado quando você informa a URL no campo correspondente. Você também pode enviar uma nova chave de SSH na mesma página.
O Perforce Helix Server já tem há algum tempo um recurso de mapeamento de um para muitos, que permite que os usuários mapeiem um único caminho de depósito para diversos locais em um espaço de trabalho de cliente. Esse recurso também é conhecido como "ditto mapping".
A partir da versão 2024.07, o TeamCity também tem suporte ao "ditto mapping".
Explore a lista completa dos recursos da versão 2024.07 na nossa documentação.
Como sempre, fique à vontade para entrar em contato conosco sobre quaisquer dúvidas ou sugestões, através do fórum ou do formulário de contato no nosso site.