Kāda ir jūsu pieredze ar TeamCity?

Es strādāju ar TeamCity CI/CD cauruļvadiem. Konfigurēju Build Configurations un Projects, noteicu būvniecības, testēšanas un izvietošanas soļus. Izmantoju dažādus rīkus (Maven, Gradle, Docker, Command Line). Vadīju atkarības starp būvēm, izmantojot Snapshot un Artifact Dependencies. Konfigurēju trigerus (VCS, Schedule, Finish Build). Integrēju ar versiju kontroles sistēmām (Git) un artefaktu glabātuvēm (Nexus, Artifactory). Izmantoju spraudņus funkcionalitātes paplašināšanai. Uzraudzīju būvju statusu un analizēju kļūdu žurnālus. Piedalījos aģentu konfigurācijā.

Konfigurācijas piemērs:

// Kotlin DSL izmantošanas piemērs būvniecības soļa konfigurēšanai
steps {
    maven {
        name = "Build and Test"
        goals = "clean install"
        mavenExecutable = "%env.M2_HOME%/bin/mvn" // Vide mainīgā izmantošana
        jdkHome = "%env.JAVA_HOME%" // Java Development Kit norādīšana
        runnerSettings {
            localRepository = TeamCityLocalArtifacts(RelativeArtifactPaths("m2")) // Lokālā glabātuves pielāgošana
        }
    }
}

Salīdzinājums ar citiem CI/CD rīkiem:

Raksturlielums	TeamCity	Jenkins	GitLab CI/CD	CircleCI
Uzstādīšana	Prasa atsevišķu serveri	Prasa atsevišķu serveri	Iebūvēts GitLab	SaaS (mākonis)
Piltaina konfigurācija	UI, Kotlin DSL, XML	Groovy (Pipeline kā kods)	YAML	YAML
Elastība	Augsta	Ļoti augsta	Augsta	Augsta
Spraudņi	Daudz	Liels skaits	Integrācijas	Darbu orkestrācija
Licences	Proprietary (ar ierobežojumiem)	Atvērtais avots	Ietilpst GitLab	Bezmaksas (ar ierobežojumiem)

Galvenā pieredze ir saistīta ar TeamCity, bet arī ir vispārēja izpratne par citu CI/CD rīku darbības principiem. Es varu piemērot šos principus, migrēt starp platformām un izvēlēties vispiemērotāko risinājumu konkrētajam uzdevumam.