Care este experiența ta cu TeamCity?

Am lucrat cu TeamCity pentru a construi pipeline-uri CI/CD. Am configurat Build Configurations și Projects, am definit pași de build, testare și deploy. Am folosit diferiți runners (Maven, Gradle, Docker, Command Line). Am gestionat dependențele între build-uri folosind Snapshot și Artifact Dependencies. Am configurat trigger-e (VCS, Schedule, Finish Build). M-am integrat cu sisteme de control al versiunilor (Git) și depozite de artefacte (Nexus, Artifactory). Am folosit plugin-uri pentru a extinde funcționalitatea. Am monitorizat starea build-urilor și am analizat log-urile de erori. Am participat la configurarea agenților de build.

Exemplu de configurare a unui pas de build:

// Exemplu de configurare a unui pas de build folosind Kotlin DSL
steps {
    maven {
        name = "Build and Test"
        goals = "clean install"
        mavenExecutable = "%env.M2_HOME%/bin/mvn" // Utilizarea unei variabile de mediu
        jdkHome = "%env.JAVA_HOME%" // Specificarea Java Development Kit
        runnerSettings {
            localRepository = TeamCityLocalArtifacts(RelativeArtifactPaths("m2")) // Personalizarea depozitului local
        }
    }
}

Comparativ cu alte instrumente CI/CD:

Caracteristici	TeamCity	Jenkins	GitLab CI/CD	CircleCI
Instalare	Necesită un server separat	Necesită un server separat	Încorporat în GitLab	SaaS (cloud)
Configurare pipeline	UI, Kotlin DSL, XML	Groovy (Pipeline as code)	YAML	YAML
Flexibilitate	Ridicată	Foarte ridicată	Ridicată	Ridicată
Plugin-uri	Multe	Număr mare	Integrări	Orchestrare job-uri
Licență	Proprietar (cu limite)	Open Source	Inclus în GitLab	Freeware (cu limitări)

Experiența mea principală este cu TeamCity, dar am o înțelegere generală a principiilor altor instrumente CI/CD. Pot aplica aceste principii, migra între platforme și alege soluția cea mai potrivită pentru fiecare sarcină.