docker.mdc

Dockerfile-/Container-Best-Practices

Für wen: DevOps, alle Container-Projekte

So nutzt du es

Datei in deinem Projekt unter .cursor/rules/ ablegen (modernes .mdc-Format) oder den Inhalt in den Cursor-Einstellungen unter Rules einfügen. Cursor hält sich ab dann in diesem Projekt an die Regeln — z. B. Stack-Konventionen und Code-Stil.

Im Detail

Diese Regel deckt die typischen Docker-Stolperfallen ab: Multi-Stage-Builds zur Reduktion der Image-Größe, sinnvolle Layer-Reihenfolge fürs Caching, Vermeidung von Root-Usern im Container, .dockerignore-Nutzung und schlanke Base-Images. Anders als projektspezifische Framework-Regeln ist sie framework-unabhängig und passt auf jedes containerisierte Projekt, egal ob Node-, Python- oder Go-Backend. Sinnvoll für Teams, die von Entwicklern generierte Dockerfiles nicht manuell nachbessern wollen, weil unnötig große Images, fehlende Health-Checks oder unsichere Defaults entstehen. Weniger relevant, wenn im Projekt bereits ein festes, geprüftes Dockerfile-Template existiert, das nur kopiert wird.

Praxis-Tipp

Lass den Agenten ein bestehendes Dockerfile gegen die Regel prüfen, z. B. “Optimiere dieses Dockerfile auf Multi-Stage-Build und minimale Image-Größe” statt blind ein neues generieren zu lassen.

Lizenz & Quelle

• Lizenz: CC0-1.0
• Quelle: github.com/sanjeed5/awesome-cursor-rules-mdc

Lade …