<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>CI/CD on [ MECANIK DEV ]</title><link>https://mecanik.dev/de/tags/ci-cd/</link><description>Recent content in CI/CD on [ MECANIK DEV ]</description><generator>Hugo -- gohugo.io</generator><language>de</language><copyright>Copyright © 2020-{year} von [ MECANIK DEV ]. Alle Rechte vorbehalten.</copyright><lastBuildDate>Tue, 07 Jul 2026 07:00:00 +0100</lastBuildDate><atom:link href="https://mecanik.dev/de/tags/ci-cd/index.xml" rel="self" type="application/rss+xml"/><item><title>Linux Server Hardening: Leitfaden für 2026</title><link>https://mecanik.dev/de/posts/linux-server-hardening-guide-2026/</link><pubDate>Tue, 07 Jul 2026 07:00:00 +0100</pubDate><guid>https://mecanik.dev/de/posts/linux-server-hardening-guide-2026/</guid><description>Eine Standard-Linux-Installation ist bequem, nicht sicher. Beim Linux Server Hardening geht es darum, die Angriffsfläche eines Servers zu verkleinern und seine Konfiguration so zu straffen, dass die unvermeidlichen Scans aus dem Internet nichts leicht Ausnutzbares finden. Dieser Leitfaden behandelt die Härtungsschritte, die 2026 am wichtigsten sind, in einer sinnvollen Reihenfolge nach Priorität.
TL;DR
SSH ist Ihre größte exponierte Angriffsfläche: Verwenden Sie schlüsselbasierte Authentifizierung, deaktivieren Sie den Root-Login und Passwörter und begrenzen Sie die Verbindungsrate Betreiben Sie eine Firewall, die standardmäßig alles verweigert, und schalten Sie jeden Dienst und Port ab, den Sie nicht benötigen Halten Sie das System automatisch gepatcht und wenden Sie Kernel- und Kontenhärtung an Nutzen Sie SELinux oder AppArmor, aktivieren Sie Audit-Logging und messen Sie sich am CIS Benchmark für Ihre Distribution 1.</description></item><item><title>CI/CD Best Practices für UK-Entwicklungsteams im Jahr 2026</title><link>https://mecanik.dev/de/posts/ci-cd-pipeline-best-practices-for-uk-development-teams-in-2026/</link><pubDate>Wed, 24 Jun 2026 19:00:00 +0100</pubDate><guid>https://mecanik.dev/de/posts/ci-cd-pipeline-best-practices-for-uk-development-teams-in-2026/</guid><description>Das Interesse an CI/CD-Automatisierung ist in den letzten drei Jahren kontinuierlich gewachsen, und das Suchvolumen für &amp;ldquo;CI/CD Pipeline einrichten&amp;rdquo; stieg allein im Jahr 2025 um 34 %. Trotzdem setzen die meisten UK-Entwicklungsagenturen nach wie vor auf manuelle SSH-Sitzungen oder Ad-hoc-Skripte. Diese Lücke stellt einen erheblichen Wettbewerbsnachteil dar: Teams mit ausgereiften CI/CD-Pipelines liefern ungefähr fünfmal häufiger aus und entdecken Fehler in einem Stadium, in dem Korrekturen zehnmal günstiger sind als die Behebung nach dem Deployment.</description></item><item><title>KI-Code-Review: Qualitätskontrolle automatisieren in 2026</title><link>https://mecanik.dev/de/posts/ai-code-review-how-to-automate-quality-control-in-2026/</link><pubDate>Mon, 22 Jun 2026 07:00:00 +0100</pubDate><guid>https://mecanik.dev/de/posts/ai-code-review-how-to-automate-quality-control-in-2026/</guid><description>KI-Code-Review hat sich in 2026 vom experimentellen Stadium zum Produktionsstandard entwickelt. Entwicklungsteams, die einst diskutierten, ob KI zuverlässig Code überprüfen kann, diskutieren nun, welches Tool sie verwenden und wie tief sie es integrieren sollen. Die Qualität von KI-generierten Code-Reviews hat sich so weit verbessert, dass sie in vielen Kategorien von Befunden einen müden, unter Zeitdruck stehenden menschlichen Reviewer übertrifft.
Dieser Leitfaden erklärt, wie KI-Code-Review funktioniert, was es zuverlässig erkennt, wie man es in eine echte CI/CD-Pipeline integriert und wie die führenden Tools im Vergleich abschneiden.</description></item></channel></rss>