Aus Jenkinsfile-Pflege wird Pipeline-Engineering.
Copy-Paste-Pipelines, undokumentierte Shared Libraries, fehlende Tests, Builds die unerklärlich brechen. In 2 Tagen lernen Sie Jenkins Pipelines systematisch entwickeln: Declarative und Scripted Syntax, Shared Libraries, Performance durch Parallelisierung, echtes Pipeline-Testing. Mit Claude Code im Terminal in Minuten statt Stunden.
2 TAGE HANDS-ON · MAX. 12 TEILNEHMER · AB 1.690 € · VOR ORT ODER REMOTE
Comquent Consulting Team
Jenkins- & CI/CD-Experten
Declarative und Scripted Pipelines, Shared Libraries, Pipeline-Testing und Performance-Optimierung — mit KI-Unterstützung durch Claude Code. Praxiserfahrung aus 47+ Kundenprojekten seit 2006.
Der Jenkins Pipeline Workshop mit KI ist ein 2-tägiges Intensiv-Training (16 Stunden, max. 12 Teilnehmer, ca. 80 % Hands-on) für DevOps-Engineers und Pipeline-Entwickler. Sie entwickeln Declarative- und Scripted-Pipelines, Shared Libraries und JenkinsPipelineUnit-Tests mit Claude Code — dem KI-Assistenten von Anthropic im Terminal — und nehmen eine produktionsreife Shared Library inklusive CLAUDE.md-Template mit. Ab 1.690 € netto pro Teilnehmer.
Commit. Push.
Warten. Fluchen.
Repeat.
Pipelines wachsen, Shared Libraries werden unübersichtlich, Debugging kostet Stunden. Niemand traut sich mehr, die zentrale Jenkinsfile anzufassen.
Was wäre, wenn ein Experte neben Ihnen sitzt, der Jenkins-Groovy im Schlaf spricht? Zwei Tage Intensiv-Workshop mit Claude Code direkt im Terminal.
Vier Kategorien.
Acht typische Kämpfe.
Jenkins-Pipeline-Entwicklung scheitert in der Praxis an vier Stellen: CPS-Transformationen mit kryptischen Serialisierungsfehlern, gewachsenen Shared Libraries ohne Dokumentation, langsamen Feedback-Zyklen über Commit→Run→Fehler und fehlender Pipeline-Testbarkeit. Claude Code adressiert alle vier mit konkreten, CPS-kompatiblen Code-Generierungen.
Groovy & Pipeline-DSL
CPS-Transformationen und Serialisierungsfehler
Kryptische Fehler, stundenlange Suche nach @NonCPS-Stellen
KI generiert CPS-kompatiblen Code und erklärt, warum @NonCPS nötig ist
Declarative vs. Scripted Pipeline
Falsche Syntax vermischt, Features am falschen Ort
KI wählt den richtigen Pipeline-Typ und generiert korrekte Syntax
Shared Libraries
Gewachsene Libraries sind Black Boxes
Undokumentierte Abhängigkeiten, niemand traut sich Änderungen zu
KI analysiert Library-Strukturen, dokumentiert Funktionen und schlägt Refactoring vor
Neue Library-Funktionen entwickeln
Stunden für vars/, src/, Dokumentation und Tests
KI generiert komplette Library-Funktionen mit Docs und Unit-Tests
Debugging & Performance
Jede Änderung braucht Commit + Pipeline-Run
Feedback-Zyklen von 10–30 Minuten pro Iteration
KI generiert syntaktisch korrekte Pipelines und erkennt Fehler vorab
Builds dauern zu lange
Sequentielle Stages, kein Caching, verschwendete Ressourcen
KI identifiziert Parallelisierungspotenzial und optimiert Pipeline-Struktur
Testing & komplexe Patterns
Pipelines werden nicht getestet
JenkinsPipelineUnit ist sperrig, Mocking aufwendig
KI generiert Tests, erstellt Mocks und baut eine Teststrategie auf
Multi-Branch, Monorepo, Conditional Stages
Komplexe when-Conditions, fehlerhafte Trigger-Logik
KI generiert when-Conditions, changeset-Trigger und Matrix-Builds
KI als
Pair-Programming-Partner.
Claude Code spricht Jenkins-Groovy fließend. Anforderungen in natürlicher Sprache — CPS-kompatible Pipelines, Shared Libraries mit Dokumentation, passende Unit-Tests.
- 01Declarative Pipelines mit parallelen Stages
- 02Shared Library Funktionen mit Inline-Docs
- 03Pipeline-Refactoring und Optimierung
- 04Multi-Branch-Strategien und Conditional Stages
- 05JenkinsPipelineUnit-Tests mit Mocks
Zwei Tage.
Vom Fundament zur Mastery.
Kein Folienschlacht. Kein
Buzzword-Bingo. Echter Code.
Tag 1 deckt Pipeline-Grundlagen, Claude-Skills für Jenkins, Shared-Library-Architektur (vars/, src/, resources/) und ein vollständiges Praxisprojekt ab. Tag 2 fokussiert auf Pipeline-Optimierung, komplexe Patterns (Multi-Branch, Monorepo, Matrix-Builds), Pipeline-Testing mit JenkinsPipelineUnit und ein eigenes Refactoring-Projekt — Claude Code als Pair-Programming-Partner durchgängig.
Fundament und Praxis
- /01
Pipeline-Grundlagen mit KI
Declarative vs. Scripted, wann was? Claude Code als Entwicklungspartner einrichten. Erste Pipeline live generieren und deployen.
- /02
Claude Skills für Jenkins
Eigene Skills für wiederkehrende Aufgaben: Jenkinsfile-Linting, Stage-Generierung, Library-Scaffolding. Wiederverwendbare KI-Workflows.
- /03
Shared Libraries meistern
vars/, src/, resources/ und wie Jenkins Libraries lädt. Bestehende Libraries analysieren, neue Funktionen entwickeln, Unit-Tests schreiben.
- /04
Hands-on: Projekt aufsetzen
Komplettes Beispielprojekt von Grund auf: Multi-Stage-Pipeline mit Build, Test, Deploy. Iterative Entwicklung mit Claude Code.
Fortgeschritten und Optimierung
- /01
Pipeline-Optimierung
Agent-Zuweisung, Workspace-Management, Parallelisierung von Stages, Caching-Strategien. Performance-Analyse mit Claude Code.
- /02
Komplexe Patterns
when-Direktiven, dynamische Pipeline-Generierung, Multi-Branch und Monorepo-Strategien, Matrix-Builds und Conditional Execution.
- /03
Pipeline Testing
JenkinsPipelineUnit verstehen, Test-Driven Pipeline Development mit KI, Mocking externer Systeme. CI für die CI.
- /04
Praxisprojekt: Eigene Pipeline
Eigene Pipelines mitbringen oder auf dem Beispielprojekt aufbauen. Claude Code als Pair-Programming-Partner für Refactoring und Optimierung.
Ihr Pipeline-
Referenzprojekt.
Ein vollständiges Pipeline-Projekt — mit Shared Library, Tests, Templates und einer CLAUDE.md, die Claude Code den vollen Projektkontext gibt.
Das Herzstück: die CLAUDE.md dokumentiert Konventionen, Tech-Stack und häufige Aufgaben. Die KI generiert Code, der sofort zum Projekt passt.
- 01Declarative Haupt-Pipeline + Scripted-Variante
- 02Shared Library mit vars/, src/ und resources/
- 03Unit-Tests für jede Library-Funktion
- 04Environment-Konfiguration, Agent-Label-Mapping
- 05Docker-Build-Scripts und Templates
- 06CLAUDE.md als KI-Kontext
jenkins-pipeline-workshop/ ├── Jenkinsfile ├── Jenkinsfile.scripted ├── jenkins/ │ ├── stages/ │ │ ├── build.groovy │ │ ├── test.groovy │ │ ├── deploy.groovy │ │ └── notify.groovy │ ├── config/ │ │ ├── environments.yaml │ │ └── agents.yaml │ └── scripts/ │ ├── docker-build.sh │ └── run-tests.sh ├── shared-library/ │ ├── vars/ │ │ ├── standardPipeline.groovy │ │ ├── dockerBuild.groovy │ │ └── notifyTeams.groovy │ ├── src/de/comquent/pipeline/ │ │ ├── Config.groovy │ │ ├── Docker.groovy │ │ └── Utils.groovy │ ├── resources/templates/ │ └── test/groovy/ │ ├── StandardPipelineTest.groovy │ ├── DockerBuildTest.groovy │ └── NotifyTeamsTest.groovy ├── CLAUDE.md └── docker-compose.yml
Vier Dinge,
die Sie mitnehmen.
Sie verlassen den Workshop mit praxiserprobten Pipeline-Patterns für Parallelisierung und Conditional Stages, einer dokumentierten und getesteten Shared Library als Startvorlage, konkreten Optimierungsstrategien für Build-Performance — und der Routine, Claude Code als täglichen Pair-Programming-Partner für Jenkins-Aufgaben einzusetzen.
Praxiserprobte Patterns
Bewährte Patterns für reale Projekte: Parallelisierung, Conditional Stages, Matrix-Builds.
Vollständige Shared Library
Eine dokumentierte, getestete Shared Library als Startvorlage für Ihre Projekte.
Optimierungsstrategien
Getestete Strategien für schnellere Builds, besseres Caching und effiziente Ressourcen.
KI als täglicher Partner
Die Fähigkeit, Claude Code als Entwicklungspartner für Jenkins im Alltag einzusetzen.
Für Engineers,
die Pipelines leben.
Der Workshop richtet sich an DevOps- und Build-Engineers, Pipeline-Entwickler und Team Leads mit Jenkins-Praxiserfahrung und Groovy- oder Java-Grundkenntnissen, die ihre Pipeline-Entwicklung mit KI-Unterstützung systematisieren wollen. KI-Vorkenntnisse sind nicht erforderlich.
- 01DevOps Engineers, die Jenkins Pipelines effizienter entwickeln und warten wollen
- 02Build Engineers, die Shared Libraries professionalisieren möchten
- 03Erfahrene Pipeline-Entwickler, die mit KI noch produktiver werden wollen
- 04Entwicklungsteams, die ihre CI/CD-Zyklen beschleunigen wollen
- 05Teamleads, die KI-gestützte Entwicklungsprozesse einführen möchten
VoraussetzungenGrundkenntnisse in Jenkins und Basiskenntnisse in Groovy oder Java. Eigener Laptop mit Terminal-Zugang. Eigene Jenkins-Pipelines zum Mitbringen sind willkommen. KI-Vorkenntnisse sind nicht erforderlich.
Regulierte BranchenGeeignet für Pipelines in regulierten Industrien — wir adressieren ASPICE-Praktiken (SWE.4 Unit Verification, SWE.5 Integration), IEC 62304 (Medical Device Software-SDLC), ISO 26262 (Functional Safety) und MISRA-C/C++-Checks direkt im Inhouse-Format: Traceability-Patterns, signierte Artefakte, SBOM-Generierung und Toolchain-Validation in der Pipeline.
- Dauer
- 2 Tage · je 8 h
- Nächster Termin
- 23.–24.06.2026 · Remote
- Folgetermin
- 13.–14.10.2026 · München
- Preis
- ab 1.690 € netto
- Teilnehmer
- Max. 12
- Format
- Vor Ort oder Remote
- Sprache
- Deutsch
- Level
- Mit Jenkins-Vorkenntnissen
- Praxisanteil
- ca. 80 %
- Zertifikat
- Teilnahmebestätigung
Warum dieser Workshop
mit Comquent?
Wir schreiben Jenkinsfiles nicht für Workshop-Demos — wir entwickeln, refactoren und testen Pipelines seit 2006 in echten Kundenprojekten von Automotive bis Maschinenbau.
Keine Marketing-Demos. Keine Folienparaden. Sondern Trainer, die am Montag wieder als Consultants im Kundenprojekt sitzen.
20 Jahre Industrial DevOps
Gegründet 2006 in Puchheim bei München. Spezialisiert auf die IT/OT-Brücke — von der Bürosoftware bis zum Steuerungsgerät auf der Werkbank. Jenkins ist seit der ersten Stunde unser Werkzeug.
Praxis aus 47+ Kundenprojekten
Jede Übung stammt aus einer realen Kundensituation: CPS-Fallstricke in gewachsenen Libraries, Multi-Branch-Strategien für Monorepos, Pipeline-Performance für Firmware-Builds. Sie lernen Patterns, die in Industrieprojekten wirklich tragen.
KI in DevOps produktiv im Einsatz
Wir nutzen Claude Code nicht erst seit gestern für Workshop-Demos. Die Prompts, CLAUDE.md-Strukturen und Skills, die Sie üben, sind dieselben, die in unseren laufenden Beratungsmandaten entstehen.
Vendor-neutral, deutsch, DSGVO-konform
Unabhängig von Plugin-Anbietern, Cloud-Plattformen oder Vendor-Lock-in. Schulungssprache Deutsch, Unterlagen auf Deutsch, Rechnung aus Deutschland — geeignet auch für regulierte Branchen und öffentliche Auftraggeber.
Admin-Workshop
Installation, Security & Monitoring — die ideale Ergänzung. Vier Tage zusammen mit Preisvorteil.
Inhouse-Workshop buchen
Auf Ihre Pipelines und Shared Libraries zugeschnitten — ab 4 Teilnehmern.
Platz sichern.
12 Plätze pro Termin.
Jetzt anmeldenKI & Pipeline-Engineering —
die Antworten auf einen Blick.
Fünf Fragen, die uns Pipeline-Verantwortliche vor der Anmeldung am häufigsten stellen — kompakt beantwortet, damit Sie wissen, wo der Workshop bei Ihnen wirkt: in der Jenkinsfile-Generierung, im Shared-Library-Refactoring, im Pipeline-Testing und in der Tool-Auswahl.
Wie generiere ich ein Jenkinsfile mit KI?
Drei Schritte: Projekt-Kontext in einer CLAUDE.md ablegen (Tech-Stack, Build-Tool, Agent-Labels, Shared-Library-API), Anforderung in natürlicher Sprache beschreiben („Multi-Stage-Pipeline mit parallelem Test- und Lint-Stage, Docker-Build, deploy nur auf main“), Output prüfen und committen. Claude Code generiert dabei CPS-kompatiblen Groovy-Code, der zu Ihren Konventionen passt — keine generischen Snippets aus dem Internet.
Im Workshop bauen Sie eine eigene CLAUDE.md auf und üben das Pattern an einem realen Pipeline-Refactoring.
Wie testet man Shared Libraries mit JenkinsPipelineUnit + KI?
JenkinsPipelineUnit simuliert den Pipeline-Runner ohne laufende Jenkins-Instanz und erlaubt Mocks für sh, docker, withCredentials und Library-Funktionen. Claude Code übernimmt das Aufwendige: Test-Skeletons aus existierender Library-Funktion ableiten, Mocks für externe Aufrufe generieren, Edge-Cases vorschlagen.
Ergebnis: Pipelines werden so testbar wie Anwendungscode. Im Workshop bauen Sie eine vollständige Teststrategie für eine Shared Library mit vars/, src/, resources/ — inklusive CI für die CI.
Was ist eine CLAUDE.md und warum wird sie zum Pipeline-Kontext?
Eine CLAUDE.md ist eine Markdown-Datei im Projekt-Root, die Claude Code beim Start automatisch einliest. Für Jenkins-Projekte dokumentiert sie den Tech-Stack, Build-Tools, Agent-Label-Konventionen, Shared-Library-API, Naming-Patterns und typische Aufgaben — also das, was sonst implizit im Kopf eines Senior-Engineers steckt.
Effekt: Generierter Code passt sofort. Statt einer generischen Pipeline bekommen Sie eine, die Ihre @Library('company-shared@v2') korrekt einbindet, Ihre Agent-Labels nutzt und CPS-kompatibel ist. Das Praxisprojekt enthält eine vollständige CLAUDE.md als Template zum Mitnehmen.
Wie reduziert KI Pipeline-Laufzeiten?
Drei Hebel: Parallelisierung sequentieller Stages, Caching-Strategien (Docker-Layer, Maven/Gradle, npm) und das Erkennen redundanter Checks (z. B. Lint & Format zweimal). Claude Code analysiert eine bestehende Jenkinsfile, identifiziert die Hebel und erzeugt die optimierte Version mit unveränderter Funktionalität — inklusive der nötigen parallel-Blöcke und Agent-Label-Anpassungen.
Quelle: Comquent-Workshop-Telemetrie 2024–2026 · n = 47+ Pipeline-Refactorings · Vergleich vor/nach Claude-Code-Einsatz · individuelle Einsparung variiert nach Pipeline-Komplexität, Caching-Setup und Build-Tool
Pipeline Copilot in der Praxis — was ist in einer Stunde realistisch?
Fünf typische Pipeline-Aufgaben: (1) eine bestehende Pipeline auf Parallelisierungspotenzial analysieren und refaktorieren, (2) eine neue Shared-Library-Funktion mit Inline-Doku und Unit-Test scaffolden, (3) Multi-Branch-Trigger mit when-Conditions ergänzen, (4) ein Build-Log nach einem fehlerhaften Run analysieren und Root Cause finden, (5) eine Jenkinsfile gegen ein Set Best-Practice-Regeln prüfen.
Genau dieser Stundenausschnitt steht im Workshop als Live-Demo am Tag 2 — anschließend wenden Sie das Pattern auf Ihre eigene Pipeline an.
Spec-Driven Development vs. Vibe Coding — was passt für Production-Pipelines?
Vibe Coding — KI-Code aus Prompt-Improvisation — funktioniert für Prototypen, scheitert aber für Production-Pipelines, sobald Audit-Trail, CPS-Regeln und Shared-Library-API mitspielen. Spec-Driven Development dreht den Spieß um: erst die Spec (Was, Warum, Constraints), dann der Code. Genau diese Rolle übernimmt die CLAUDE.md im Workshop: Sie ist die ausführbare Spec für Ihren Pipeline-Code.
Effekt: Die KI generiert nicht mehr generische Snippets, sondern Pipelines, die zu Ihrer Library-API, Ihren Agent-Labels und Ihren CPS-Regeln passen. Claude Skills — wiederverwendbare Workflow-Specs — automatisieren wiederkehrende Aufgaben (Linting, Library-Scaffolding, Test-Generierung). Beides ist im Workshop direkt am Praxisprojekt.
Was ist der Jenkins MCP-Server und wofür braucht man ihn in der Pipeline-Entwicklung?
Das Model Context Protocol (MCP) ist ein 2024 von Anthropic eingeführter offener Standard, mit dem KI-Modelle sicher und einheitlich auf externe Tools zugreifen. Das offizielle MCP-Server-Plugin für Jenkins (verfügbar seit 2026) macht Jenkins zum MCP-Endpunkt: Build-Status, Logs, Job-Konfigurationen, Pipeline-Stages werden Claude Code als Tools angeboten — ohne dass Sie selbst REST-Aufrufe schreiben.
Für die Pipeline-Entwicklung heißt das: Während Sie an einer Jenkinsfile arbeiten, kann Claude Code live prüfen, ob der zuletzt gepushte Branch grün ist, welche Stages länger gebraucht haben oder welche Tests intermittierend rot sind — und das direkt in den Refactoring-Vorschlag einarbeiten. Im Workshop richten wir den MCP-Server gegen eine Übungs-Jenkins-Instanz ein.
Welcher KI-Coding-Assistent
passt zu Pipeline-Entwicklung?
Kurzform: Für Pipeline- und Shared-Library-Arbeit mit Multi-File-Refactoring führt Claude Code (oder Cursor mit Anthropic-Modell). ChatGPT eignet sich für Snippet-Erklärungen und Konzeptfragen. Copilot glänzt im IDE-Inline-Autocomplete, ist aber für ganze Pipeline-Refactorings zu schmalbandig.
| Kriterium | Claude Code | ChatGPT | GitHub Copilot | Cursor |
|---|---|---|---|---|
| Einsatzort | Terminal | Browser/Chat | IDE-Inline | Eigene IDE |
| Multi-File-Refactoring | Sehr gut | Manuell paste | Begrenzt | Sehr gut |
| Jenkinsfile aus Beschreibung | Direkt im Repo | Snippet-Output | Inline-Vorschlag | Direkt im Repo |
| Shared-Library scaffolden | vars/, src/, test/ in einem Schritt | Manuell | Datei-für-Datei | Mehrere Dateien |
| CPS-Kompatibilität (Groovy) | Sehr gut | Gut | Mittel | Gut |
| JenkinsPipelineUnit-Tests | Tests + Mocks generiert | Snippets | Wenig spezialisiert | Tests + Mocks |
| Eigener Projekt-Kontext (CLAUDE.md) | Ja, automatisch | Nein | Nein | Begrenzt |
| Audit-Trail via Git | Sehr gut | Schlecht | Mittel | Gut |
| Datenresidenz (DACH) | Anthropic-Enterprise möglich | OpenAI-Enterprise | Microsoft-Cloud | Mehrere Modelle |
Stand: April 2026 · Vergleich aus Sicht der Pipeline-Entwicklung · Tools entwickeln sich schnell weiter, daher fokussieren wir im Workshop auf Patterns, nicht auf einzelne Vendor-Features.
Was Teilnehmer
vorher fragen.
- Q.01
- Welche Vorkenntnisse brauche ich?
- Grundkenntnisse in Jenkins und Basiskenntnisse in Groovy oder Java. Sie sollten bereits Jenkinsfiles gesehen und einfache Pipelines ausgeführt haben. Geeignet auch für erfahrene Pipeline-Entwickler, die mit KI noch produktiver werden wollen. KI-Vorkenntnisse sind nicht erforderlich.
- Q.02
- Was ist der Unterschied zum Admin-Workshop?
- Dieser Workshop fokussiert auf Pipeline-Entwicklung: Declarative und Scripted Pipelines, Shared Libraries, Testing und Performance-Optimierung. Der Admin-Workshop konzentriert sich auf Installation, Konfiguration, Security und Monitoring. Beide ergänzen sich ideal.
- Q.03
- Kann ich eigene Pipelines mitbringen?
- Ja, ausdrücklich erwünscht! Am zweiten Tag arbeiten Sie wahlweise an eigenen Pipelines oder am bereitgestellten Beispielprojekt. Claude Code als Pair-Programming-Partner hilft beim Refactoring und der Optimierung.
- Q.04
- Wird auch Pipeline Testing behandelt?
- Ja, zentrales Modul. JenkinsPipelineUnit, Tests für Shared Libraries und Pipelines, Mocks für sh, docker und withCredentials, eine vollständige Teststrategie — alles KI-gestützt.
- Q.05
- Kann der Workshop auch remote stattfinden?
- Ja, sowohl vor Ort in Puchheim bei München als auch remote per Videokonferenz. Bei Remote-Workshops stellen wir vorbereitete Cloud-Umgebungen bereit.
- Q.06
- Kann der Workshop auf unser Projekt angepasst werden?
- Ja, Inhouse-Workshops werden auf Ihre bestehenden Pipelines, Shared Libraries und konkreten Herausforderungen zugeschnitten. Ideal ab 4 Teilnehmern.
- Q.07
- Werden Declarative und Scripted Pipelines behandelt?
- Ja, beide ausführlich und gegenübergestellt. Wann Declarative ausreicht, wann Scripted für dynamische Stage-Generierung die bessere Wahl ist.
- Q.08
- Erhalte ich nach dem Workshop Zugang zu den Materialien?
- Sie nehmen das komplette Beispielprojekt inklusive aller Pipelines, Shared Libraries und Tests mit. Plus ein Best-Practices-Cheat-Sheet als Referenz für den Alltag.
- Q.09
- Wie funktioniert die Arbeit mit Claude Code konkret?
- Claude Code läuft direkt im Terminal. Sie beschreiben Anforderungen in natürlicher Sprache — Claude Code generiert, analysiert oder refactored Code direkt in Ihrem Projekt.
- Q.10
- Ist der Workshop für Teams mit bestehenden Libraries sinnvoll?
- Gerade dann — Claude Code kann bestehende Libraries analysieren, dokumentieren und Refactoring-Vorschläge machen. Am zweiten Tag arbeiten Sie gezielt an Ihren eigenen Libraries und Pipelines.
- Q.11
- Was ist eine Jenkins Shared Library?
- Eine Jenkins Shared Library ist ein versioniertes Git-Repository mit wiederverwendbarem Pipeline-Code (vars/, src/, resources/), das von beliebig vielen Jenkinsfiles per @Library-Direktive eingebunden werden kann. Sie ist der zentrale Hebel, um Copy-Paste in Pipelines zu eliminieren und Pipeline-Logik DRY zu halten.
- Q.12
- Worin unterscheiden sich Declarative und Scripted Pipelines?
- Declarative Pipelines nutzen eine strukturierte, opinionated Syntax mit pipeline/stages/steps-Blöcken — ideal für 80 % der Anwendungsfälle, Linting-fähig und leicht lesbar. Scripted Pipelines sind vollwertiger Groovy-Code mit maximaler Flexibilität — nötig für dynamische Stage-Generierung, komplexe Schleifen oder bedingte Pipeline-Strukturen. Im Workshop lernen Sie, wann welcher Stil die richtige Wahl ist.
- Q.13
- Was ist eine CPS-Transformation in Jenkins?
- Jenkins führt Pipeline-Groovy durch den Continuation Passing Style (CPS) Transformer, damit Pipelines nach einem Controller-Neustart an der letzten Stage fortgesetzt werden können. Das erzwingt Serialisierbarkeit und verbietet bestimmte Groovy-Features in regulären Pipeline-Steps. Mit der @NonCPS-Annotation werden einzelne Methoden aus der CPS-Transformation ausgenommen — nötig z. B. für Stream-Operationen oder Jenkins-API-Aufrufe.
- Q.14
- Was ist JenkinsPipelineUnit?
- JenkinsPipelineUnit ist ein Open-Source-Framework zum Unit-Testing von Jenkins-Pipelines und Shared Libraries ohne laufende Jenkins-Instanz. Es simuliert den Pipeline-Runner, erlaubt Mocks für sh, docker, withCredentials und Shared-Library-Funktionen — damit werden Pipelines genauso testbar wie Anwendungscode. Im Workshop bauen Sie eine komplette Teststrategie auf.
- Q.15
- Was ist eine CLAUDE.md und warum ist sie für Jenkins-Pipelines wichtig?
- Eine CLAUDE.md ist eine Markdown-Datei im Projekt-Root, die Claude Code beim Start automatisch lädt — sie dokumentiert Tech-Stack, Konventionen, Shared-Library-APIs und typische Aufgaben. Für Jenkins-Projekte bedeutet das: Claude Code generiert CPS-kompatiblen Code, der Ihre Shared-Library-Funktionen korrekt aufruft und zu Ihren Namenskonventionen passt. Das Praxisprojekt im Workshop enthält eine vollständige CLAUDE.md als Template.
- Q.16
- Was kostet der Jenkins Pipeline Workshop mit KI?
- Der offene Workshop kostet 1.690 € netto pro Teilnehmer (zzgl. 19 % USt.) — inklusive Schulungsumgebung, vollständigem Praxisprojekt (Declarative- & Scripted-Pipeline, Shared Library mit vars/, src/, resources/, JenkinsPipelineUnit-Tests, CLAUDE.md-Template) und Teilnahmebestätigung. Inhouse-Workshops für Teams ab 4 Teilnehmern werden auf Ihre bestehenden Pipelines und Shared Libraries zugeschnitten — Tagessatz auf Anfrage. Der Preis liegt 35-55 % über generischen Jenkins-Kursen, weil der KI-Mehrwert durch Claude Code im Pair-Programming substantiell ist.
- Q.17
- Was unterscheidet Jenkins-Pipelines von GitHub Actions, wenn beide mit KI arbeiten?
- Jenkins-Pipelines sind über Shared Libraries (Groovy, vars/, src/) extrem wiederverwendbar — Pipeline-Logik wird einmal geschrieben und in dutzenden Repos versioniert eingebunden. GitHub Actions skaliert über Reusable Workflows und Composite Actions, ist aber an die GitHub-Plattform gekoppelt. Mit Claude Code lassen sich beide Welten KI-unterstützt entwickeln; für regulierte Industrien mit On-Prem-Anforderungen, komplexen Agent-Topologien und Multi-Tool-Stacks bleibt Jenkins 2026 die robustere Wahl. Wir beraten im Erstgespräch herstellerunabhängig.
- Q.18
- Wie schnell ist man mit Claude Code in der Pipeline-Entwicklung produktiv?
- Erste Pipeline-Refactorings und Shared-Library-Erweiterungen mit Claude Code gelingen am ersten Workshop-Tag innerhalb von 2-3 Stunden — sobald die CLAUDE.md den Projektkontext liefert. Nach dem 2-tägigen Workshop arbeiten die meisten Teilnehmer eigenständig: Pipeline-Refactorings, die früher 4-6 Stunden brauchten, sind in 30-45 Minuten erledigt. Voraussetzung sind Grundkenntnisse in Jenkins und Groovy oder Java; KI-Vorkenntnisse sind nicht nötig.
Erstgespräch.
Kostenlos.
90 Tage zum Ergebnis.
Wir klären gemeinsam, wie Sie in 90 Tagen die ersten messbaren Industrial-DevOps-Erfolge erzielen.
Industrie · Automotive · Finance