Qual é a sua experiência com o TeamCity?

Trabalhei com TeamCity para construir pipelines de CI/CD. Configurava Build Configurations e Projects, definia passos de build, testes e deploy. Utilizava diferentes runners (Maven, Gradle, Docker, Command Line). Geria dependências entre builds usando Snapshot e Artifact Dependencies. Configurava triggers (VCS, Schedule, Finish Build). Integrava com sistemas de controlo de versões (Git) e repositórios de artefactos (Nexus, Artifactory). Utilizava plugins para expandir funcionalidades. Monitorizava o estado dos builds e analisava logs de erros. Participava na configuração de agentes de build.

Exemplo de configuração de um passo de build:

// Exemplo de configuração de passo de build usando Kotlin DSL
steps {
    maven {
        name = "Build and Test"
        goals = "clean install"
        mavenExecutable = "%env.M2_HOME%/bin/mvn" // Uso de variável de ambiente
        jdkHome = "%env.JAVA_HOME%" // Especificação do Java Development Kit
        runnerSettings {
            localRepository = TeamCityLocalArtifacts(RelativeArtifactPaths("m2")) // Personalização do repositório local
        }
    }
}

Comparação com outras ferramentas CI/CD:

Característica	TeamCity	Jenkins	GitLab CI/CD	CircleCI
Instalação	Requer um servidor separado	Requer um servidor separado	Integrado no GitLab	SaaS (nuvem)
Configuração do pipeline	UI, Kotlin DSL, XML	Groovy (Pipeline as code)	YAML	YAML
Flexibilidade	Alta	Muito alta	Alta	Alta
Plugins	Muitos	Grande quantidade	Integrações	Orquestração de jobs
Licença	Proprietária (com limites)	Código aberto	Incluído no GitLab	Freeware (com limitações)

A experiência principal está relacionada com o TeamCity, mas também tenho uma compreensão geral dos princípios de outras ferramentas CI/CD. Sei aplicar esses princípios, migrar entre plataformas diferentes e escolher a solução mais adequada para cada tarefa.