Code-Review

Kurz erklärt

Beim Code-Review prüfen andere Entwicklerinnen und Entwickler Änderungen am Quelltext, bevor sie übernommen werden – auf Fehler, Verständlichkeit, Sicherheit und Stil.

Genauer

Reviews verbessern die Qualität, verteilen Wissen im Team und halten Standards ein. In der Praxis läuft das über Pull Requests (GitHub) oder Merge Requests (GitLab, siehe Git): Die Änderung wird vorgeschlagen, kommentiert, überarbeitet und erst nach Freigabe in den Hauptzweig übernommen. Automatische Prüfungen (Tests, Linter) in der CI/CD-Pipeline ergänzen das.

Vollständigen Artikel im Wiki lesen →

Deine Notizen

Anmelden um Text zu markieren und Notizen zu speichern.

Frag den Mentor

Markiere im Kapitel eine Stelle, die du nicht verstehst, und stell deine Frage. Du entscheidest, wie du die Antwort bekommst.

Keine Stelle markiert (optional).

Deine Frage

AntwortSofort aus Glossar und Wiki (kostenlos, ohne Anmeldung)Live-Mentor: ein Mensch aus dem Team antwortet dir in Echtzeit (mit Anmeldung)KI-Antwort (kommt vielleicht später, kostet laufend Geld)

Fragen zu diesem Kapitel

Noch keine Fragen. Stell die erste, die Community und andere Lernende antworten.

Frage stellen Alle Beiträge im Forum

Melde dich an, damit dein Fortschritt gespeichert wird.

Anmelden Weiter →

← ZurückDevOps Weiter →Refactoring

Zur Kursübersicht

← Entwickeln im Team: Git, Releases, Deployment

Entwickeln im Team: Git, Releases, Deployment · Lektion 17 von 20

Code-Review

← Zurück Weiter →

Kurz erklärt

Beim Code-Review prüfen andere Entwicklerinnen und Entwickler Änderungen am Quelltext, bevor sie übernommen werden – auf Fehler, Verständlichkeit, Sicherheit und Stil.