Jakie masz doświadczenie z TeamCity?

Pracowałem z TeamCity do tworzenia pipeline CI/CD. Konfigurowałem Build Configurations i Projects, definiowałem kroki build, testów i wdrożenia. Używałem różnych runnerów (Maven, Gradle, Docker, Command Line). Zarządzałem zależnościami między buildami za pomocą Snapshot i Artifact Dependencies. Konfigurowałem trigery (VCS, Schedule, Finish Build). Integracja z systemami kontroli wersji (Git) i repozytoriami artefaktów (Nexus, Artifactory). Używałem pluginów do rozszerzania funkcjonalności. Monitorowałem status buildów i analizowałem logi błędów. Uczestniczyłem w konfiguracji agentów build.

Przykład konfiguracji kroku build:

// Przykład konfiguracji kroku build z użyciem Kotlin DSL
steps {
    maven {
        name = "Build and Test"
        goals = "clean install"
        mavenExecutable = "%env.M2_HOME%/bin/mvn" // Użycie zmiennej środowiskowej
        jdkHome = "%env.JAVA_HOME%" // Określenie Java Development Kit
        runnerSettings {
            localRepository = TeamCityLocalArtifacts(RelativeArtifactPaths("m2")) // Personalizacja lokalnego repozytorium
        }
    }
}

Porównanie z innymi narzędziami CI/CD:

Charakterystyka	TeamCity	Jenkins	GitLab CI/CD	CircleCI
Instalacja	Wymaga osobnego serwera	Wymaga osobnego serwera	Wbudowany w GitLab	SaaS (chmura)
Konfiguracja pipeline	UI, Kotlin DSL, XML	Groovy (Pipeline as code)	YAML	YAML
Elastyczność	Wysoka	Bardzo wysoka	Wysoka	Wysoka
Wtyczki	Dużo	Ogromna liczba	Integracje	Orkiestracja zadań
Licencja	Własnościowa (z limitami)	Open Source	W GitLab wbudowany	Freeware (z ograniczeniami)

Moje główne doświadczenie związane jest z TeamCity, ale posiadam również ogólne zrozumienie zasad działania innych narzędzi CI/CD. Potrafię stosować te zasady, migrować między różnymi platformami i wybierać najbardziej odpowiednie rozwiązanie dla konkretnego zadania.