From build to Continuous Delivery in TeamCity
summary
A concrete pipeline built with TeamCity Kotlin DSL that goes from commit to deploy: it packages frontend and backend as Docker images, runs docker-compose system tests against a live environment, pushes images to a registry, and triggers a deployment build marked as deployment. Uses TeamCity features like snapshot and artifact dependencies so frontend/backend builds run in parallel, system tests consume artifacts and deployments cancel on failed dependencies; shows constants for connections, wildcard artifact unpacking, and Kotlin loops to avoid copy‑paste.
AI-written summary · about
chapters (15)
- 0:00Introduction
- 1:05Guestbook demo
- 3:11CI/CD goal
- 4:58TeamCity DSL vs XML
- 7:57System tests setup
- 10:51Build dependencies
- 13:05Auto-run triggers
- 14:37Pipeline test run
- 15:24Docker publish setup
- 18:45Private repo fix
- 21:43TeamCity DSL constants
- 22:47Deploy config
- 24:46Final pipeline test
- 26:01Kotlin DSL improvements
- 26:48Q&A
related talks
12mHow Development Teams Can Benefit From Working With Tests in a CI/CD (TeamCity example)
32mGame DevOps: Elevating Your Unity and Unreal Build Pipelines With TeamCity
29mContinuous Integration and Continuous Delivery Pipelines: Just the Basics
28mContinuous Integration and Continuous Delivery Pipelines for Beginners and Managers
01h 01mA team's transition to Continuous Delivery
44mContinuous Integration Pipeline Configuration
30mModern Continuous Delivery
45mContinuous Workflow (Team Tools)
