Koje je vaše iskustvo sa TeamCity?

Radio sam sa TeamCity-jem za izgradnju CI/CD cevovoda. Konfigurisao sam Build Configurations i Projects, definisao korake izgradnje, testiranja i deploy-a. Koristio sam razne runner-e (Maven, Gradle, Docker, Command Line). Upravljalo sam zavisnostima između izgradnji pomoću Snapshot i Artifact Dependencies. Konfigurisao sam trigere (VCS, Schedule, Finish Build). Integrisao sam se sa sistemima za kontrolu verzija (Git) i repozitorijumima artefakata (Nexus, Artifactory). Koristio sam plugine za proširenje funkcionalnosti. Pratio sam status izgradnji i analizirao logove grešaka. Učestvovao sam u konfiguraciji agenata za izgradnju.

Primer konfiguracije koraka izgradnje:

// Primer konfiguracije koraka izgradnje koristeći Kotlin DSL
steps {
    maven {
        name = "Build and Test"
        goals = "clean install"
        mavenExecutable = "%env.M2_HOME%/bin/mvn" // Korišćenje promenljive okruženja
        jdkHome = "%env.JAVA_HOME%" // Navođenje Java Development Kit
        runnerSettings {
            localRepository = TeamCityLocalArtifacts(RelativeArtifactPaths("m2")) // Prilagođavanje lokalnog repozitorijuma
        }
    }
}

Upoređenje sa drugim CI/CD alatima:

Karakteristika	TeamCity	Jenkins	GitLab CI/CD	CircleCI
Instalacija	Zahteva poseban server	Zahteva poseban server	Ugrađen u GitLab	SaaS (cloud)
Konfiguracija pipelina	UI, Kotlin DSL, XML	Groovy (Pipeline kao kod)	YAML	YAML
Fleksibilnost	Visoka	Veoma visoka	Visoka	Visoka
Plugini	Mnogo	Ogromna količina	Integracije	Orkestracija poslova
Licenca	Proprietary (sa ograničenjima)	Open Source	Uključen u GitLab	Freeware (sa ograničenjima)

Osnovno iskustvo je povezano sa TeamCity-jem, ali imam i opšte razumevanje principa rada drugih CI/CD alata. Vešt sam u primeni ovih principa, migraciji između različitih platformi i odabiru najpogodnijeg rešenja za konkretan zadatak.