{"id":43169,"date":"2023-03-24T08:48:19","date_gmt":"2023-03-24T07:48:19","guid":{"rendered":"https:\/\/www.inovex.de\/?p=43169"},"modified":"2023-03-24T09:20:42","modified_gmt":"2023-03-24T08:20:42","slug":"richtlinien-fuer-code-reviews","status":"publish","type":"post","link":"https:\/\/www.inovex.de\/de\/blog\/richtlinien-fuer-code-reviews\/","title":{"rendered":"Richtlinien f\u00fcr Code Reviews"},"content":{"rendered":"

Dieser Artikel zeigt euch beispielhaft, wie ihr mit eurem Team Regeln f\u00fcr Code Reviews erarbeiten k\u00f6nnt und welche Punkte ihr dabei beachten solltet.<\/p>\n

Code Reviews werden typischerweise innerhalb des verwendeten Source-Code-Management-Systems wie GitLab oder GitHub ausgef\u00fchrt und dokumentiert. Meinungen oder auch Kritik an der Arbeit einer anderen Person werden dadurch rein textbasiert kommuniziert \u2013 das birgt ein gewisses Konfliktpotential. Der gestiegene Anteil von mobiler Arbeit versch\u00e4rft dieses Konfliktpotential noch, da eine direkte pers\u00f6nliche Kl\u00e4rung z. B. im B\u00fcro oft gar nicht oder nur \u00fcber Videokonferenzen m\u00f6glich ist.<\/p>\n

Gibt es bereits unterschwellige Konflikte im Team, kann eine un\u00fcberlegte Formulierung in einem Kommentar zu einem emotionalen Streit zwischen zwei Entwickler:innen f\u00fchren. Deshalb ist es sinnvoll, das Team f\u00fcr das Thema Kommunikation in Code Reviews zu sensibilisieren und sich auf gemeinsame Richtlinien zu einigen. Wir zeigen euch hier beispielhaft den Ablauf eines Workshops, wie wir dazu vorgegangen sind:<\/p>\n

\n

<\/p>\n<\/div>