Was ist der Code Review Prozess?<\/h2>\n
Das prim\u00e4re Ziel des Code-Review-Prozesses ist es, jeden neuen Code auf Bugs, Fehler und die von der Organisation festgelegten Qualit\u00e4tsstandards zu \u00fcberpr\u00fcfen. Der Code-Review-Prozess sollte nicht nur aus einseitigem Feedback bestehen. Ein nicht greifbarer Vorteil des Code-Review-Prozesses sind daher die verbesserten Codierf\u00e4higkeiten des kollektiven Teams.<\/p>\n
Wenn du einen Code-Review-Prozess in deiner Organisation einleiten m\u00f6chtest, solltest du zuerst entscheiden, wer den Code \u00fcberpr\u00fcfen<\/a> w\u00fcrde. Wenn du zu einem kleinen Team geh\u00f6rst, kannst du Teamleads damit beauftragen, den gesamten Code zu \u00fcberpr\u00fcfen. In einem gr\u00f6\u00dferen Team mit mehreren Reviewern k\u00f6nntest du einen Prozess aktivieren, bei dem jeder Code-Review einem erfahrenen Entwickler auf der Grundlage seiner Arbeitsbelastung zugewiesen wird.<\/p>\n Die n\u00e4chste \u00dcberlegung f\u00fcr dich ist, Zeitrahmen, Runden und Mindestanforderungen f\u00fcr das Einreichen von Code-Review-Anfragen festzulegen.<\/p>\n Die letzte \u00dcberlegung ist, wie das Feedback im Code-Review-Prozess gegeben werden soll. Vergewissert euch, dass ihr die positiven Aspekte des Codes hervorhebt und gleichzeitig Alternativen f\u00fcr Nachteile vorschlagt.<\/p>\n Euer Feedback<\/a> sollte konstruktiv genug sein, um den Entwickler zu ermutigen, eure Sichtweise zu verstehen und gegebenenfalls ein Gespr\u00e4ch einzuleiten.<\/p>\n Es ist leicht f\u00fcr Code-Reviews, in der Schwebe zu bleiben, was dazu f\u00fchrt, dass sie weniger effizient und sogar kontraproduktiv sind.<\/p>\n\n Der Code-Review-Prozess ist entscheidend, da es nie Teil des formalen Lehrplans in den Schulen ist. Du lernst vielleicht die Nuancen einer Programmiersprache<\/a> und des Projektmanagements<\/a>, aber Code Review ist ein Prozess, der sich mit dem Alter einer Organisation weiterentwickelt.<\/p>\n Code-Review ist aus den folgenden Gr\u00fcnden kritisch:<\/p>\n Code-Reviews f\u00fchren weiterhin dazu, die Expertise anderer Teammitglieder zu verbessern. Da ein Senior-Entwickler<\/a> in der Regel einen Code-Review durchf\u00fchrt, kann ein Junior-Entwickler dieses Feedback nutzen, um seinen eigenen Code zu verbessern.<\/p>\n Es gibt vier M\u00f6glichkeiten, Code Reviews durchzuf\u00fchren.<\/p>\n Code-Reviews \u00fcber die Schulter werden auf der Workstation des Entwicklers durchgef\u00fchrt, wo ein erfahrenes Teammitglied den neuen Code durchl\u00e4uft und im Gespr\u00e4ch Vorschl\u00e4ge macht. Es ist der einfachste Ansatz f\u00fcr Code-Reviews und erfordert keine vordefinierte Struktur.<\/p>\n Ein solcher Code-Review kann auch heute noch informell durchgef\u00fchrt werden, zusammen mit einem formellen Code-Review-Prozess, der vielleicht schon vorhanden ist. \u00dcber-die-Schulter-Code-Reviews wurden traditionell pers\u00f6nlich durchgef\u00fchrt, w\u00e4hrend verteilte Teams<\/a> diese Methode auch durch kollaborative Tools<\/a> verfolgen k\u00f6nnen.<\/p>\n W\u00e4hrend Code-Reviews, die \u00fcber die Schulter stattfinden, eine gro\u00dfartige M\u00f6glichkeit sind, neuen Code zu \u00fcberpr\u00fcfen, verlassen sich geografisch verteilte Teams bei Code-Reviews traditionell auf E-Mails.<\/p>\n Bei diesem Code-Review-Prozess sendet ein Entwickler ein Diff von \u00c4nderungen per E-Mail an das gesamte Entwicklerteam, normalerweise durch Versionskontrollsysteme<\/a>, die Benachrichtigungen automatisieren. Diese E-Mail leitet eine Konversation \u00fcber die \u00c4nderungen ein, in der die Teammitglieder weitere \u00c4nderungen beantragen, auf Fehler hinweisen oder um Klarstellungen bitten k\u00f6nnen.<\/p>\n In den fr\u00fchen Tagen war Email das prim\u00e4re Kommunikationsmittel, da es aufgrund seiner Vielseitigkeit<\/a> Open-Source-Organisationen oft eine \u00f6ffentliche Mailingliste unterhielten, die auch als Medium diente, um zu diskutieren und Feedback zum Code zu geben.<\/p>\n Mit dem Aufkommen von Code-Review-Tools existieren diese Mailinglisten immer noch, aber in erster Linie f\u00fcr Ank\u00fcndigungen und weiterf\u00fchrende Diskussionen.<\/p>\n Die Paarprogrammierung ist ein kontinuierlicher Code-Review-Prozess. Zwei Entwickler sitzen an einer Workstation, aber nur einer von ihnen programmiert aktiv<\/a>, w\u00e4hrend der andere Echtzeit-Feedback liefert.<\/p>\n Obwohl es ein gro\u00dfartiges Tool ist, um neuen Code zu pr\u00fcfen und Entwickler zu schulen, k\u00f6nnte es sich aufgrund seiner zeitaufw\u00e4ndigen Natur als ineffizient erweisen. Dieser Prozess sperrt den Reviewer davon ab, w\u00e4hrend dieser Zeit irgendwelche anderen produktiven Arbeiten durchzuf\u00fchren.<\/p>\n Ein toolgest\u00fctzter Code-Review-Prozess beinhaltet die Verwendung eines speziellen Tools, um den Prozess des Code-Reviews zu erleichtern. Ein Tool hilft im Allgemeinen bei den folgenden Aufgaben:<\/p>\n W\u00e4hrend dies die allgemeinen Anforderungen an ein Code-Review-Tool sind, k\u00f6nnen moderne Tools eine Handvoll anderer Funktionen bieten. Wir werden uns sp\u00e4ter in diesem Beitrag mit einer Reihe von Code Review Tools besch\u00e4ftigen.<\/p>\n Das wichtigste Ergebnis eines Code-Review-Prozesses ist die Steigerung der Effizienz. Obwohl diese traditionellen Methoden der Code\u00fcberpr\u00fcfung in der Vergangenheit funktioniert haben, kann es sein, dass ihr an Effizienz verliert, wenn ihr nicht zu einem Code Review Tool<\/strong> gewechselt habt. Ein Code-Review-Tool automatisiert den Code-Review-Prozess, so dass sich ein Reviewer ausschlie\u00dflich auf den Code konzentriert.<\/p>\n Ein Code-Review-Tool wird in euren Entwicklungszyklus integriert, um einen Code-Review zu initiieren, bevor neuer Code in die Haupt-Codebase eingearbeitet wird. Du kannst ein Tool w\u00e4hlen, das mit deinem Technologiestack kompatibel ist, um es nahtlos in deinen Arbeitsablauf zu integrieren.<\/p>\n Wenn ihr zum Beispiel Git f\u00fcr die Codeverwaltung<\/a> und TravisCI f\u00fcr die kontinuierliche Integration verwendet, solltet ihr sicherstellen, dass ihr ein Tool w\u00e4hlt, das diese Technologien unterst\u00fctzt, damit es in den Entwicklungsprozess passt.<\/p>\n Es gibt zwei Arten von Code-Tests in der Softwareentwicklung: dynamische und statische.<\/p>\n Bei der dynamischen Analyse wird gepr\u00fcft, ob der Code einer Reihe von Regeln folgt und es werden Unit-Tests durchgef\u00fchrt, die normalerweise von einem vordefinierten Skript durchgef\u00fchrt werden. Statische Code-Tests werden durchgef\u00fchrt, nachdem ein Entwickler einen neuen Code erstellt hat, der in den aktuellen Code eingebunden werden soll.<\/p>\n Tauchen wir nun in einige der beliebtesten Code Review Tools ein!!<\/p>\n In diesem Abschnitt stellen wir die beliebtesten Tools zur \u00dcberpr\u00fcfung des statischen Codes vor.<\/p>\n Review Board<\/a> ist ein webbasiertes, Open Source Tool zur \u00dcberpr\u00fcfung des Codes. Um dieses Code Review Tool zu testen, kannst du entweder die Demo<\/a> auf ihrer Webseite erkunden oder die Software herunterladen<\/a> und auf deinem Server einrichten<\/a>.<\/p>\n Die Programmiersprache Python und ihre Installer, MySQL<\/a> oder PostgreSQL<\/a> als Datenbank und ein Webserver sind die Voraussetzungen, um Review Board auf einem Server zu betreiben.<\/p>\n Du kannst Review Board mit einer Vielzahl von Versionskontrollsystemen integrieren – Git<\/a>, Mercurial, CVS, Subversion und Perforce. Du kannst Review Board auch mit Amazon S3<\/a> verlinken, um Screenshots direkt im Tool zu speichern.<\/p>\n Mit dem Review Board kannst du sowohl Pre-Commit- als auch Post-Commit-Code-Reviews durchf\u00fchren, je nach deinen Anforderungen. Wenn du kein Versionskontrollsystem<\/a> integriert hast, kannst du eine Diff-Datei verwenden, um Code\u00e4nderungen f\u00fcr ein Review in das Tool hochzuladen.<\/p>\n Ein grafischer Vergleich der \u00c4nderungen in deinem Code wird ebenfalls zur Verf\u00fcgung gestellt. Zus\u00e4tzlich zu den Code-Reviews kannst du im Review Board auch Dokumentenreviews durchf\u00fchren.<\/p>\n Die erste Version von Review Board kam vor \u00fcber einem Jahrzehnt heraus, aber es befindet sich immer noch in aktiver Entwicklung. Daher ist die Community f\u00fcr Review Board im Laufe der Jahre gewachsen und ihr werdet wahrscheinlich Unterst\u00fctzung finden, wenn ihr Probleme mit dem Tool habt.<\/p>\n Review Board ist ein einfaches Tool f\u00fcr Code-Reviews, das du auf deinem Server hosten kannst. Du solltest es ausprobieren, wenn du deinen Code nicht auf einer \u00f6ffentlichen Webseite hosten m\u00f6chtest.<\/p>\n Crucible<\/a> ist ein kollaboratives Tool zur Code\u00fcberpr\u00fcfung von Atlassian. Es ist ein kommerzielles Tool, mit dem man Code \u00fcberpr\u00fcfen, \u00c4nderungen an Pl\u00e4nen diskutieren und Fehler in einer Vielzahl von Versionsverwaltungssystemen identifizieren kann.<\/p>\n Crucible bietet zwei Zahlungspl\u00e4ne, einen f\u00fcr kleine Teams und einen f\u00fcr Unternehmen. F\u00fcr ein kleines Team musst du eine einmalige Zahlung von $10 f\u00fcr eine unbegrenzte Anzahl von Repositories, die auf f\u00fcnf Benutzer beschr\u00e4nkt sind, leisten. F\u00fcr gro\u00dfe Teams beginnen die Geb\u00fchren bei $1100 f\u00fcr zehn Benutzer und unbegrenzte Repositories.<\/p>\n Beide Pl\u00e4ne bieten eine kostenlose 30-Tage-Testversion ohne die Notwendigkeit einer Kreditkarte.<\/p>\n \u00c4hnlich wie Review Board unterst\u00fctzt Crucible eine gro\u00dfe Anzahl von Versionskontrollsystemen – SVN, Git, Mercurial, CVS und Perforce. Seine prim\u00e4re Funktion ist es, dir zu erm\u00f6glichen, Code-Reviews durchzuf\u00fchren. Zus\u00e4tzlich zu den allgemeinen Kommentaren zum Code, erlaubt es dir, inline innerhalb der Diff-Ansicht zu kommentieren, um genau zu bestimmen, worauf du dich speziell beziehst.<\/p>\n Crucible l\u00e4sst sich gut mit den anderen Unternehmensprodukten von Atlassian wie Confluence und Enterprise BitBucket<\/a> integrieren. Die gr\u00f6\u00dften Vorteile von Crucible erhaltet ihr jedoch m\u00f6glicherweise, wenn ihr es zusammen mit Jira<\/a>, Atlassian’s Issue und Project Tracker verwendet. Es erm\u00f6glicht es euch, Pre-Commit-Reviews und Audits f\u00fcr zusammengef\u00fchrten Code durchzuf\u00fchren.<\/p>\n Wenn du GitHub<\/a> benutzt, um deine Git-Repositories in der Cloud zu verwalten, hast du vielleicht schon Forks und Pull-Requests benutzt, um den Code zu \u00fcberpr\u00fcfen. F\u00fcr den Fall, dass du keine Ahnung hast, was GitHub ist, hier ist eine Anleitung f\u00fcr Anf\u00e4nger<\/a> und die Unterschiede zwischen Git und GitHub<\/a>.<\/p>\n GitHub hat ein eingebautes Tool zur \u00dcberpr\u00fcfung des Codes<\/a> in seinen Pull-Requests. Das Code-Review-Tool ist mit dem Kernservice von GitHub geb\u00fcndelt, der einen kostenlosen Plan<\/a> f\u00fcr Entwickler bietet. Der kostenlose Plan von GitHub begrenzt die Anzahl der Benutzer auf drei in privaten Repositories. Bezahlte Pl\u00e4ne beginnen bei $7 pro Monat.<\/p>\n GitHub erlaubt es einem Reviewer mit Zugriff auf das Code-Repository, sich dem Pull-Request zuzuordnen und eine \u00dcberpr\u00fcfung durchzuf\u00fchren. Ein Entwickler, der die Pull-Anfrage gestellt hat, kann auch eine \u00dcberpr\u00fcfung von einem Administrator beantragen.<\/p>\n Zus\u00e4tzlich zu der Diskussion \u00fcber den gesamten Pull-Request kannst du den Diff analysieren, Inline-Kommentare abgeben und die \u00c4nderungshistorie einsehen. Mit dem Code Review Tool kannst du auch einfache Git-Konflikte \u00fcber das Webinterface l\u00f6sen. GitHub erlaubt es dir sogar, zus\u00e4tzliche Review-Tools<\/a> \u00fcber seinen Marktplatz zu integrieren, um einen robusteren Prozess zu schaffen.<\/p>\n Das GitHub Code-Review-Tool ist ein gro\u00dfartiges Tool, wenn du bereits auf der Plattform bist. Es erfordert keine zus\u00e4tzliche Installation oder Konfiguration. Das Hauptproblem beim GitHub Code-Review-Tool ist, dass es nur Git-Repositorys unterst\u00fctzt, die auf GitHub gehostet werden. Wenn du nach einem \u00e4hnlichen Code Review Tool suchst, das du herunterladen und auf deinem Server hosten kannst, kannst du GitLab ausprobieren<\/a>.<\/p>\n Axolo<\/a> ist nicht das, was du erwartest, wenn du „Code-Review-Tool“ liest. Du stellst dir wahrscheinlich einen Bildschirm voller Diffs vor. Weit gefehlt! Bei Axolo dreht sich alles um Kommunikation. Genauer gesagt, nimmt Axolo all das \u00fcbliche Hin und Her auf GitHub oder GitLab<\/a> und bringt die Diskussion in Slack.<\/p>\n Dazu wird f\u00fcr jeden Code-Review ein ephemerer Slack-Kanal eingerichtet, in den nur die Personen eingeladen werden, die daran teilnehmen sollen (der Code-Autor, die Beauftragten und die Reviewer), in dem nur die erforderlichen Benachrichtigungen (Code-Kommentare, CI\/CD, …) verschickt werden und der Kanal archiviert wird, sobald der Zweig zusammengef\u00fchrt wurde.<\/p>\n Mit t\u00e4glichen Erinnerungen, Pull-Request-Recap-Benachrichtigungen f\u00fcr Stand-ups und dedizierten Zeitfenstern f\u00fcr Code-Reviews k\u00f6nnen Ingenieurteams den Code nahtlos und ohne veraltete Pull-Requests \u00fcberpr\u00fcfen.<\/p>\n \u00a0<\/p>\n Collaborator<\/a> von SmartBear ist ein Tool zur \u00dcberpr\u00fcfung von Peer-Codes und Dokumenten f\u00fcr Entwicklungsteams. Neben der \u00dcberpr\u00fcfung des Quellcodes erm\u00f6glicht Collaborator den Teams auch die \u00dcberpr\u00fcfung von Designdokumenten. Ein 5-Benutzer-Lizenzpaket kostet $535 pro Jahr. Eine kostenlose Testversion ist verf\u00fcgbar, abh\u00e4ngig von deinen Gesch\u00e4ftsanforderungen.<\/p>\n CodeScene<\/a> ist ein Tool zur Code\u00fcberpr\u00fcfung, das \u00fcber die traditionelle statische Codeanalyse hinausgeht. Es f\u00fchrt Verhaltenscodeanalysen durch, indem es eine zeitliche Dimension einbezieht, um die Entwicklung ihrer Codebasis zu analysieren. CodeScene ist in zwei Formen erh\u00e4ltlich: als Cloud-basierte L\u00f6sung und als On-Premise-L\u00f6sung<\/a>.<\/p>\n Die Cloud-basierten Pl\u00e4ne von CodeScene sind f\u00fcr \u00f6ffentliche Repositorys, die auf GitHub<\/a> gehostet werden, ab sofort kostenlos. F\u00fcr bis zu zehn private Repositories und ein Team von zehn Mitgliedern kostet CodeScene 99 \u20ac (ca. 115 $) pro Monat. Eine Vor-Ort-Installation von CodeScene kostet 15 \u20ac (etwa 17 $) pro Entwickler pro Monat.<\/p>\n Dieses Tool erm\u00f6glicht auch das Reporting und die Analyse von Schl\u00fcsselmetriken in Bezug auf deinen Code-Review-Prozess. Au\u00dferdem hilft Collaborator auch bei der Audit-Verwaltung und Fehlerverfolgung. Wenn dein Tech-Stack Unternehmenssoftware beinhaltet und du Unterst\u00fctzung brauchst, um deinen Code-Review-Prozess einzurichten, solltest du Collaborator ausprobieren.<\/p>\n CodeScene<\/a> ist ein Tool zur Code\u00fcberpr\u00fcfung, das \u00fcber die traditionelle statische Codeanalyse hinausgeht. Es f\u00fchrt Verhaltenscodeanalysen durch, indem es eine zeitliche Dimension einbezieht, um die Entwicklung ihrer Codebasis zu analysieren. CodeScene ist in zwei Formen erh\u00e4ltlich: als Cloud-basierte L\u00f6sung und als On-Premise-L\u00f6sung<\/a>.<\/p>\n Die Cloud-basierten Pl\u00e4ne von CodeScene sind f\u00fcr \u00f6ffentliche Repositorys, die auf GitHub<\/a> gehostet werden, ab sofort kostenlos. F\u00fcr bis zu zehn private Repositories und ein Team von zehn Mitgliedern kostet CodeScene 99 \u20ac (ca. 115 $) pro Monat. Eine Vor-Ort-Installation von CodeScene kostet 15 \u20ac (etwa 17 $) pro Entwickler pro Monat.<\/p>\n CodeScene verarbeitet deine Versionskontrollgeschichte, um Codevisualisierungen zu erstellen. Dar\u00fcber hinaus wendet es Algorithmen des maschinellen Lernens an, um soziale Muster und versteckte Risiken im Code zu erkennen.<\/p>\n Durch die Versionsverwaltungshistorie profiliert CodeScene jedes Teammitglied, um seine Wissensbasis abzubilden und Abh\u00e4ngigkeiten zwischen den Teams herzustellen. Es f\u00fchrt auch das Konzept der Hotspots in deinem Repository ein, indem es Dateien identifiziert, die die meisten Entwicklungsaktivit\u00e4ten durchlaufen. Diese Hotspots erfordern in Zukunft die h\u00f6chste Aufmerksamkeit.<\/p>\n Wenn du nach einem Tool suchst, das \u00fcber ein herk\u00f6mmliches, dialogorientiertes Code-Review-Tool hinausgeht, solltest du dir unbedingt die kostenlose Testversion von CodeScene ansehen. Um mehr \u00fcber die zugrundeliegende Logik hinter CodeScene’s Verhaltenscodeanalyse zu erfahren, schaut euch dieses Whitepaper \u00fcber CodeScene’s Anwendungsf\u00e4lle und Rollen an<\/a>.<\/p>\n Visual Expert<\/a> ist eine Enterprise-L\u00f6sung f\u00fcr Code-Review, die sich auf Datenbankcode<\/a> spezialisiert hat. Es hat nur Unterst\u00fctzung f\u00fcr drei Plattformen: PowerBuilder, SQL Server<\/a> und Oracle PL\/SQL<\/a>. Wenn du ein anderes DBMS verwendest, kannst du Visual Expert nicht f\u00fcr die Code\u00fcberpr\u00fcfung integrieren.<\/p>\n Eine kostenlose Testversion ist verf\u00fcgbar, aber du musst eine Anfrage senden, um ein Preisangebot f\u00fcr es zu erhalten.<\/p>\n Zus\u00e4tzlich zu einer traditionellen Code-\u00dcberpr\u00fcfung analysiert Visual Expert jede \u00c4nderung in deinem Code, um eventuelle Performance-Probleme aufgrund der \u00c4nderungen vorherzusehen. Das Tool kann auch automatisch eine vollst\u00e4ndige Dokumentation deiner Anwendung aus dem Code generieren.<\/p>\n Wenn du PowerBuilder, SQL Server oder Oracle PL\/SQL verwendest und ein spezielles Tool zur Code\u00fcberpr\u00fcfung f\u00fcr deine Bed\u00fcrfnisse m\u00f6chtest, solltest du Visual Expert ausprobieren (hier ist eine Anleitung zum Erstellen effizienter WordPress-Abfragen<\/a>).<\/p>\n Gerrit<\/a> ist ein freies und Open Source Web-basiertes Tool zur \u00dcberpr\u00fcfung des Codes f\u00fcr Git-Repositories<\/a>, geschrieben in Java. Um Gerrit auszuf\u00fchren, musst du den Quellcode herunterladen und es in Java ausf\u00fchren. Hier ist der Installationsprozess f\u00fcr eine Standalone-Version von Gerrit<\/a>.<\/p>\n Gerrit kombiniert die Funktionalit\u00e4t eines Bugtrackers und eines Review Tools in einem. W\u00e4hrend eine Review werden \u00c4nderungen nebeneinander in einem vereinheitlichten Diff angezeigt, mit der M\u00f6glichkeit, f\u00fcr jede hinzugef\u00fcgte Codezeile eine Konversation zu initiieren. Dieses Tool funktioniert als Zwischenschritt zwischen einem Entwickler<\/a> und dem zentralen Repository. Zus\u00e4tzlich verf\u00fcgt Gerrit auch \u00fcber ein Abstimmungssystem<\/a>.<\/p>\n Wenn du \u00fcber das technische Know-how verf\u00fcgst, um Gerrit zu installieren und zu konfigurieren, und auf der Suche nach einem kostenlosen Code-Review-Tool bist, sollte es als ideale L\u00f6sung f\u00fcr deine Projekte dienen.<\/p>\n Rhodecode<\/a> ist ein webbasiertes Tool, das dich bei der Durchf\u00fchrung von Code-Reviews unterst\u00fctzt. Es unterst\u00fctzt drei Versionskontrollsysteme: Mercurial, Git und Subversion. Eine Cloud-basierte Version von Rhodecode beginnt bei $8 pro Benutzer pro Monat, w\u00e4hrend eine On-Premise-L\u00f6sung $75 pro Benutzer pro Jahr kostet. Es handelt sich zwar um Unternehmenssoftware, aber die Community-Edition<\/a>, die kostenlos und Open Source ist, kann kostenlos heruntergeladen und kompiliert werden.<\/p>\n Rhodecode erm\u00f6glicht es einem Team, durch iterative, dialogorientierte Code\u00fcberpr\u00fcfungen effektiv zusammenzuarbeiten, um die Codequalit\u00e4t zu verbessern. Dieses Tool bietet zus\u00e4tzlich eine Ebene der Berechtigungsverwaltung f\u00fcr eine sichere Entwicklung<\/a>.<\/p>\n Dar\u00fcber hinaus hilft ein visuelles Changelog dabei, durch die Historie des Projekts \u00fcber verschiedene Zweige hinweg zu navigieren. Ein Online-Code-Editor<\/a> steht auch f\u00fcr kleine \u00c4nderungen \u00fcber die Webschnittstelle zur Verf\u00fcgung.<\/p>\n Rhodecode l\u00e4sst sich nahtlos in die bestehenden Projekte integrieren, was es zu einer guten Wahl f\u00fcr jemanden macht, der ein webbasiertes Tool zur Code\u00fcberpr\u00fcfung sucht. Daher ist die Community-Edition ideal f\u00fcr Personen mit technischem Fachwissen, die ein kostenloses und zuverl\u00e4ssiges Tool zur Code\u00fcberpr\u00fcfung suchen.<\/p>\n Veracode<\/a> bietet eine Reihe von Tools zur Code\u00fcberpr\u00fcfung, mit denen du Tests automatisieren, die Entwicklung beschleunigen, einen Korrekturprozess integrieren und die Effizienz deines Projekts verbessern kannst. Die Suite der Code Review Tools von Veracode wird als eine Sicherheitsl\u00f6sung<\/a> vermarktet, die nach Schwachstellen in deinen Systemen sucht. Sie bieten ein Set von zwei Code-Review-Tools:<\/p>\n Die Code\u00fcberpr\u00fcfung ist ein Teil der Softwarezusammensetzungsanalyse und du kannst dich f\u00fcr eine Demo von Veracode<\/a> entscheiden, bevor du dich voll darauf einl\u00e4sst. Hier ist der Link, um ein Angebot<\/a> anzufordern.<\/p>\n Reviewable<\/a> ist ein Code Review Tool f\u00fcr GitHub Pull Anfragen<\/a>. Es ist kostenlos f\u00fcr Open Source Repositories, mit Pl\u00e4nen f\u00fcr private Repositories ab $39 pro Monat f\u00fcr zehn Benutzer. Da das Tool in GitHub integriert ist, kannst du dich mit deinem GitHub-Account anmelden und loslegen.<\/p>\n Wenn du dir einen typischen Review auf Reviewable ansehen m\u00f6chtest, kannst du zu einem Demo-Review<\/a> \u00fcbergehen.<\/p>\n Ein interessanter Aspekt von Reviewable ist, dass es ein paar Nachteile des Code-Reviews in GitHub’s Pull-Requests-Funktion \u00fcberwindet. Zum Beispiel wird ein Kommentar zu einer Codezeile automatisch von GitHub versteckt, sobald ein Entwickler die Zeile \u00e4ndert, weil GitHub davon ausgeht, dass das Problem behoben wurde. Aber in Wirklichkeit k\u00f6nnen die Dinge anders sein.<\/p>\n Au\u00dferdem hat GitHub relativ kleine Zeilenlimits f\u00fcr die Anzeige von Datei-Diffs.<\/p>\n Wenn du nach einem Tool suchst, das eng mit GitHub zusammenh\u00e4ngt, aber mehr Features als Pull-Requests haben m\u00f6chtest, dann sollte Reviewable dein Go-to-Tool sein.<\/p>\n Wenn du Subversion benutzt, bietet das Peer-Review-Plugin fur Trac<\/a> eine kostenlose und Open-Source-Option, um Code-Reviews f\u00fcr deine Projekte durchzuf\u00fchren. Das Peer-Review-Plugin integriert sich in das Open-Source-Projekt Trac<\/a>, das ein Wiki und Problemverfolgungssystem f\u00fcr Entwicklungsprojekte ist.<\/p>\n Trac integriert das Wiki und den Issue Tracker mit deinen Bewertungen, um eine End-to-End-L\u00f6sung zu bieten. W\u00e4hrend die Grundfunktionalit\u00e4t des Vergleichens von \u00c4nderungen und der Konversation zur Verf\u00fcgung steht, k\u00f6nnen mit dem Plugin ma\u00dfgeschneiderte Arbeitsabl\u00e4ufe<\/a> f\u00fcr deine Projekte entworfen werden.<\/p>\n Du k\u00f6nntest zum Beispiel entscheiden, welche Aufgaben an Triggern wie dem Einreichen einer \u00c4nderung oder der Genehmigung in einem Code-Review erledigt werden sollen. Du kannst auch benutzerdefinierte Berichte<\/a> \u00fcber deine Projekte erstellen.<\/p>\n Wenn du au\u00dferdem nach einem Wiki f\u00fcr die Dokumentation und einem Issue Tracker suchst, um die Roadmap deines Projekts zu verwalten, sollte Trac eine gute Option f\u00fcr dich sein.<\/p>\n\n Der Code-Review-Prozess spielt eine Schl\u00fcsselrolle, wenn es darum geht, die Effizienz deiner Organisation zu steigern. Insbesondere die Nutzung des richtigen Code-Review-Tools ist das, was dir hilft, Redundanzen in deinem Entwicklungszyklus zu beseitigen.<\/p>\n Wir haben uns die beliebtesten Code-Review-Tools des Jahres 2020 genauer angesehen und Folgendes gefunden:<\/p>\n Jetzt bist du dran: Welches Tool zur Code\u00fcberpr\u00fcfung benutzt du? Und warum? Sag es uns in den Kommentaren!<\/p>\n Leseempfehlung<\/strong>:<\/p>\n Die Code\u00fcberpr\u00fcfung ist ein Teil des Softwareentwicklungsprozesses, bei dem der Quellcode getestet wird, um Fehler in einem fr\u00fchen Stadium zu erkennen. Ein Code-Review-Prozess wird in der …<\/p>\n","protected":false},"author":118,"featured_media":35908,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_kinsta_gated_content":false,"_kinsta_gated_content_redirect":"","footnotes":""},"tags":[361,28],"topic":[990,999],"class_list":["post-35889","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","tag-code","tag-webdev","topic-webentwicklung-sprachen","topic-wordpress-entwicklung"],"yoast_head":"\n![\"Halte](\"https:\/\/kinsta.com\/de\/wp-content\/uploads\/sites\/5\/2020\/03\/informativ-feedback.jpg\")
Warum ist der Code-Review-Prozess kritisch?<\/h2>\n
\n
Wie f\u00fchre ich einen Code Review durch?<\/h2>\n
\u00dcber-die-Schulter-Code-Reviews<\/h3>\n
E-Mail-Pass-Runde<\/h3>\n
![\"E-Mail-Pass](\"https:\/\/kinsta.com\/de\/wp-content\/uploads\/sites\/5\/2020\/03\/email-uberprufung.png\")
Paar-Programmierung<\/h3>\n
![\"Pair](\"https:\/\/kinsta.com\/de\/wp-content\/uploads\/sites\/5\/2020\/03\/par-programming.jpg\")
Tool-unterst\u00fctzt<\/h3>\n
\n
Warum solltest du Code Review Tools benutzen?<\/h2>\n
Ein genauerer Blick auf 12 leistungsstarke Code Review Tools<\/h2>\n
1. Review Board<\/h3>\n
![\"Review](\"https:\/\/kinsta.com\/de\/wp-content\/uploads\/sites\/5\/2020\/03\/review-board.png\")
![\"\u00dcberblick](\"https:\/\/kinsta.com\/de\/wp-content\/uploads\/sites\/5\/2020\/03\/review-board-diff.png\")
2. Crucible<\/h3>\n
![\"Code](\"https:\/\/kinsta.com\/de\/wp-content\/uploads\/sites\/5\/2020\/03\/crucible-code-review.png\")
3. GitHub<\/h3>\n
![\"GitHub](\"https:\/\/kinsta.com\/de\/wp-content\/uploads\/sites\/5\/2020\/03\/github-code-review.png\")
4. Axolo<\/h3>\n
![\"Axolo](\"https:\/\/kinsta.com\/wp-content\/uploads\/2020\/04\/PH4.png\")
![\"Der](\"https:\/\/kinsta.com\/wp-content\/uploads\/2020\/04\/PH2.png\")
5. Collaborator<\/h3>\n
![\"Collaborator](\"https:\/\/kinsta.com\/de\/wp-content\/uploads\/sites\/5\/2020\/03\/review-collaborator.jpg\")
6. CodeScene<\/h3>\n
![\"CodeScene](\"https:\/\/kinsta.com\/de\/wp-content\/uploads\/sites\/5\/2020\/03\/review-codescene.png\")
![\"CodeScene](\"https:\/\/kinsta.com\/de\/wp-content\/uploads\/sites\/5\/2020\/03\/codescene-knowledge-maps.png\")
7. Visual Expert<\/h3>\n
![\"Visual](\"https:\/\/kinsta.com\/de\/wp-content\/uploads\/sites\/5\/2020\/03\/review-visual-expert.png\")
8. Gerrit<\/h3>\n
![\"Gerrit](\"https:\/\/kinsta.com\/de\/wp-content\/uploads\/sites\/5\/2020\/03\/review-gerrit.png\")
9. Rhodecode<\/h3>\n
![\"Rhodecode\"](\"https:\/\/kinsta.com\/de\/wp-content\/uploads\/sites\/5\/2020\/03\/rhodecode.png\")
10. Veracode<\/h3>\n
\n
![\"Veracode](\"https:\/\/kinsta.com\/de\/wp-content\/uploads\/sites\/5\/2020\/03\/review-veracode.png\")
11. Reviewable<\/h3>\n
![\"Reviewable](\"https:\/\/kinsta.com\/de\/wp-content\/uploads\/sites\/5\/2020\/03\/ubersicht-reviewable.png\")
12. Peer Review for Trac<\/h3>\n
![\"Peer](\"https:\/\/kinsta.com\/de\/wp-content\/uploads\/sites\/5\/2020\/03\/ubersicht-peer-review-plugin.png\")
Zusammenfassung<\/h2>\n
\n
\n