TeamCity 2024.03: plug-in do HashiCorp Vault, builds não confiáveis e muito mais

Já faz algum tempo que o TeamCity tem se beneficiado da integração com o HashiCorp Vault por meio de um plug-in. No ano passado, reformulamos a maneira como essa integração funciona, tornando-a muito mais fácil de configurar.

Com a versão 2024.03, começamos a incluir o plug-in no TeamCity, tornando-o um componente integral de qualquer instalação do TeamCity.

Saiba mais sobre a integração com o HashiCorp Vault do TeamCity na nossa documentação.

Dependências de artefatos permitem que suas configurações de build busquem arquivos produzidos por outras configurações ou builds dentro da mesma configuração. Para estabelecer essas dependências, defina regras de artefatos especificando quais arquivos devem ser baixados e seus locais de armazenamento.

Anteriormente, se o TeamCity não conseguisse localizar os arquivos com base nessas regras, as compilações falhavam com o erro "Unable to resolve artifact dependency" (Não é possível resolver a dependência do artefato).

A partir da versão 2024.03, estamos introduzindo uma abordagem mais adaptável para definir dependências de artefatos. Agora, você pode configurar as dependências para que elas sejam ignoradas nos seguintes casos:

• A build fonte não existe de forma alguma (a menos que haja outras regras não opcionais).
• A build fonte não possui o arquivo necessário.
• A regra do artefato é baseada em um arquivamento, e este não contém o arquivo necessário.

Se quiser fazer comentários sobre esse recurso, sinta-se à vontade para fazer isso neste ticket do YouTrack.

Para obter a lista completa dos novos recursos, acesse nossa página What's New na documentação.

O recurso Pull Requests permite que você revise o código antes de fazer o merge com a base de código principal. Os usuários podem optar por executar builds de qualquer colaborador ou apenas daqueles que fazem parte de sua organização. A primeira opção traz riscos de segurança, expondo potencialmente o servidor TeamCity a códigos prejudiciais, enquanto a segunda limita a colaboração com uma base mais ampla de colaboradores.

Na versão 2024.03, introduzimos o que chamamos de grupo de compilação não confiável, que permite ao TeamCity diferenciar entre alterações criadas por usuários confiáveis e alterações de fontes externas.

O grupo de builds não confiáveis atualmente oferece suporte ao GitHub e ao GitLab. Saiba mais sobre isso na nossa documentação.

O JetBrains dotCover tem recebido suporte como uma ferramenta de cobertura de código para projetos relacionados ao .NET no TeamCity há algum tempo. Na versão 2024.03, adicionamos um novo executor de build ao plug-in .NET Support que o integra à ferramenta dotCover.

O novo executor dotCover permite aos usuários:

• Executar processos arbitrários sob o profiling do dotCover para produzir snapshots de cobertura.
• Combinar snapshots de etapas de build produzidos por outros executores .NET ou dotCover.
• Gerar relatórios combinados por uma cadeia de builds para testes paralelos e transformá-los em relatórios personalizados do TeamCity.

Saiba mais na nossa documentação

Na versão 2024.03, adicionamos novas funcionalidades ao executor de build .NET. A nova opção permitirá que os usuários definam políticas de repetição em toda a build para testes com falha.

Esse recurso ajudará a lidar com testes instáveis e a atenuar as falhas transitórias de testes de integração.

Saiba mais na nossa documentação.

A opção de cache de configuração no Gradle melhora substancialmente o desempenho da build, armazenando em cache o resultado da fase de configuração e reutilizando-o em builds subsequentes. Antes da versão 2024.03, o executor de build Gradle do TeamCity não tinha suporte para esse recurso.

Nesta versão, introduzimos essa funcionalidade no TeamCity, proporcionando maior eficiência e desempenho às builds usando o Gradle. Confira nossa documentação para obter informações sobre como ativar a opção de cache de configuração na sua instalação do TeamCity.