Wat is code-review?<\/h2>\n
Het voornaamste doel van het code-review proces is om nieuwe code te toetsen op bugs, fouten en kwaliteit. Het proces is niet bedoeld om als \u00e9\u00e9nrichtingsverkeer te dienen wat betreft feedback, maar gaat erom dat je met elkaar de geschreven code verbetert. Daardoor is een bijkomend voordeel van het beoordelen van code dat de programmeervaardigheden van het hele team worden verbeterd.<\/p>\n
Als je overweegt om ook binnen jouw organisatie met code-review aan de slag te gaan, moet je eerst beslissen w\u00ede de code moet beoordelen<\/a>. Als je in een klein team werkt, zou je de teamleads verantwoordelijk kunnen maken voor het beoordelen van alle code. In een groter team met meerdere beoordelaars, zou je ook een proces kunnen inrichten waarbij elke code-review wordt toegewezen aan een ervaren developer – op basis van hun huidige workload.<\/p>\n De volgende zaken waarover je na moet denken zijn het aantal beoordelingsrondes, welke deadlines je aan wil houden, en wat de minimumvereisten zijn bij het versturen van een verzoek tot code-review.<\/p>\n De laatste overweging is hoe de feedback gegeven moeten worden binnen het code-review proces. Zorg dat daarbij de positieve aspecten van de code benadrukt worden, terwijl er tegelijkertijd alternatieven geboden worden voor minder goede code.<\/p>\n Feedback<\/a> moet altijd constructief genoeg zijn om de ontwikkelaar. Hiermee moedig je iemand aan om na te denken over jouw benadering en kan er indien gewenst een constructief gesprek op gang worden gebracht.<\/p>\n Het gebeurt helaas vaak genoeg dat code-reviews op een bepaald moment vastlopen, waardoor ze minder effici\u00ebnt of zelfs schadelijk worden.<\/p>\n\n Code-review is erg belangrijk. Daarom is het des te vreemd dat het vaak geen deel uitmaakt van de offici\u00eble lesstof op scholen. Je leert de ins en outs van een programmeertaal<\/a> en alles over projectmanagement<\/a>, maar code-review is een proces dat je zelf moet ontwikkelen naarmate de organisatie volwassen wordt.<\/p>\n Code-review is cruciaal om de volgende redenen:<\/p>\n Code-reviews zorgen er verder voor dat de teamleden beter worden in programmeren. Omdat een senior developer<\/a> meestal de code-review uitvoert, kan een junior veel leren van de feedback.<\/p>\n Er zijn grofweg vier manieren om een code-review uit te voeren.<\/p>\n Hierbij wordt de review uitgevoerd op de werkplek van de ontwikkelaar, waarbij een ervaren teamlid de code doorneemt (meekijkt over de schouder van de ontwikkelaar) en suggesties voorstelt. Dit is de eenvoudigste aanpak voor een code-review en vereist weinig structuur.<\/p>\n Een dergelijke code-review kan je dagelijks uitvoeren, naast een meer formele code-review. Over-de-schouder reviews worden veelal in levende lijve gedaan, vandaar de naam, maar teams op afstand<\/a> kunnen dezelfde methode gebruiken via samenwerkingstools<\/a>.<\/p>\n Persoonlijke code-reviews zijn zeker een goede manier om nieuwe code te beoordelen, maar geografisch gespreide teams leunen meestal meer op e-mail voor code-reviews.<\/p>\n In een dergelijk proces mailt een ontwikkelaar een pakket wijzigingen door naar het hele ontwikkelingsteam, meestal via versiebeheersystemen<\/a> die automatisch meldingen aanmaken. Via deze mail kan er een gesprek op gang komen over de veranderingen, waarbij teamleden extra wijzigingen kunnen aanvragen, fouten kunnen melden, of om opheldering kunnen vragen.<\/p>\n ‘Vroegah’ was e-mail de voornaamste manier om te communiceren, vooral vanwege de flexibiliteit<\/a>. Open-source organisaties hielden vaak een openbare mailinglist bij, die ook als medium fungeerde om code te toetsen en bediscussi\u00ebren.<\/p>\n Maar sinds er code-review tools zijn, worden dergelijke mailinglijsten steeds meer voor aankondigingen en algemene discussies gebruikt.<\/p>\n Pair-programming oftewel programmeren in koppels is een continu code-review proces. Twee ontwikkelaars zitten samen op een werkplek, maar slechts \u00e9\u00e9n van hen is actief aan het programmeren<\/a> terwijl de ander de hele tijd feedback geeft.<\/p>\n Alhoewel dit een goede methode kan zijn om nieuwe code te inspecteren en developers te trainen, kan het ook ineffici\u00ebnt zijn doordat het zoveel tijd kost. Door deze methode kan de beoordelaar immers de hele tijd niks anders doen kijken hoe iemand anders code schrijft.<\/p>\n Tool-assisted code-review maakt gebruik van gespecialiseerd tools om het code-review proces te faciliteren. Een tool helpt je meestal met de volgende taken:<\/p>\n Dit zijn de algemene eisen van een code-review tool, maar moderne tools bieden vaak ook nog andere features. We zullen verderop in dit artikel een aantal tools gedetailleerd bekijken.<\/p>\n De belangrijk reden waarom je een tool moet gebruiken voor het toetsen van code, is verbeterde effici\u00ebntie. Alhoewel bovenstaande traditionele manieren van code-reviewing vroeger wel werkten, ben je waarschijnlijk minder effici\u00ebnt als je nog niet overgestapt bent naar een code-review tool<\/strong>. Een code-review tool automatiseert het proces van het beoordelen van code zodat een reviewer alleen maar op de code hoeft te letten.<\/p>\n Een code-review tool integreert in je development-cyclus zodat een code-review wordt gestart voordat nieuwe code wordt toegevoegd aan de codebase. Je kunt een tool kiezen die goed werkt met jouw technologiestack zodat het probleemloos integreert in je workflow.<\/p>\n Als je bijvoorbeeld Git gebruikt voor codemanagement<\/a> en TravisCI voor continue integratie, zorg dan dat je een tool kiest die beide technologie\u00ebn ondersteunt zodat de code-review soepel in je ontwikkelingsproces wordt opgenomen.<\/p>\n Er zijn twee manieren van het testen van code binnen software-development: statisch en dynamisch.<\/p>\n Dynamische analyse draait om het controleren van de code volgens een aantal regels en testen, die meestal een vooraf opgesteld script volgen. Statische code-tests worden gedaan nadat een ontwikkelaar nieuwe code heeft gemaakt die aan de huidige code toegevoegd moet worden.<\/p>\n Laten we nu gaan kijken naar de populairste code-review tools!<\/p>\n In dit deel zullen we de populairste code-review tools voor statische beoordelingen bekijken.<\/p>\n Review Board<\/a> is een web-based open-source tool voor code-review. Om deze code-review tool te testen, kun je de demo<\/a> uitproberen op hun website of download<\/a> en stel de software in<\/a> op je server.<\/p>\n De Python programmeertaal en bijbehorende installers, MySQL<\/a> of PostgreSQL<\/a> als database en een webserver zijn allemaal benodigd om Review Board op een server te kunnen laten draaien.<\/p>\n Je kunt Review Board met allerlei versiebeheersystemen integreren – Git<\/a>, Mercurial, CVS, Subversion en Perforce. Je kunt Review Board ook direct linken aan Amazon S3<\/a> voor het rechtstreeks opslaan van screenshots in de tool.<\/p>\n Review Board laat je zowel pre-commit (voor) als post-commit (na) code-reviews uitvoeren, afhankelijk van wat je nodig hebt. Als je nog niet een versiebeheersysteem<\/a> hebt ge\u00efntegreerd, kun je ook een diff bestand gebruiken om de veranderingen in je code in de tool te laden.<\/p>\n Je krijgt ook een grafische vergelijking van de veranderingen in je code te zien. Naast code-reviews laat Review Board je ook documenten reviewen.<\/p>\n De eerste versie van Review Board is alweer 10 jaar oud, maar wordt nog altijd actief ontwikkeld. De community voor Review Board is daardoor gegroeid over de afgelopen jaren, dus je zult waarschijnlijk makkelijk ondersteuning kunnen vinden als je problemen tegenkomt.<\/p>\n Review Board is een eenvoudige tool voor code-reviews, die je zelf op je server kunt hosten. Als je je code niet op een publieke website wilt hosten is dit zeker het proberen waard.<\/p>\n Crucible<\/a> is een collaboratieve code-review tool van Atlassian. Het is een commerci\u00eble toolsuite waarmee je code kan beoordelen, verandering van plannen kunt bespreken en bugs kunt identificeren binnen allerlei versiebeheersystemen.<\/p>\n Crucible biedt twee pakketten, \u00e9\u00e9n voor kleine teams en de andere voor bedrijven. Voor een klein team moet je \u00e9\u00e9n betaling van $10 doen voor een onbeperkt aantal repository\u2019s voor maximaal vijf gebruikers. Voor grotere teams beginnen de prijzen vanaf $1.100 voor tien gebruikers, en ook een onbeperkt aantal repository\u2019s.<\/p>\n Beide pakketten kun je 30 dagen gratis uitproberen, zonder creditcard.<\/p>\n Net als Review Board ondersteunt Crucible allerlei versiebeheersystemen \u2014 SVN, Git, Mercurial, CVS en Perforce. De belangrijkste functie blijft echter dat je er code-reviews mee kunt uitvoeren. Naast algemene opmerkingen over de code, kun je ook in-line commentaar geven via de diff view zodat je precies kunt aangeven waar je het over hebt.<\/p>\n Crucible integreert goed met de andere producten van Atlassian zoals Confluence en Enterprise BitBucket<\/a>. Maar je haalt waarschijnlijk het meeste uit Crucible als je het combineert met Jira<\/a>, Issue van Atlassian en Project Tracker. Je kunt er pre-commit reviews en audits op samengevoegde code mee uitvoeren.<\/p>\n Als je GitHub<\/a> gebruikt om je Git-repository\u2019s bij te houden in de cloud, dan heb je wellicht al forks en pull-verzoeken gebruikt om code te beoordelen. Als je geen idee hebt wat GitHub is, vind je hier een introductie voor beginners bij GitHub<\/a> en hier de verschillen tussen Git en GitHub<\/a>.<\/p>\n GitHub heeft een ingebouwde code-review tool<\/a> in de pull-requests. De code-review tool hoort bij de kerndiensten van GitHub, die ook een gratis pakket<\/a> bieden voor ontwikkelaars. Het gratis pakket van GitHub beperkt het aantal gebruikers tot drie, binnen priv\u00e9-repository\u2019s. Betaalde pakketten beginnen vanaf $7 per maand.<\/p>\n GitHub staat een reviewer met toegang tot de repository toe om zichzelf aan een pull-request toe te wijzen en een review te geven. Een ontwikkelaar die een pull-verzoek heeft ingestuurd kan ook een review vragen van een admin.<\/p>\n Naast de discussie over het algemene pull-verzoek, kun je ook de veranderingen analyseren, inline-reacties achterlaten en de geschiedenis van veranderingen bekijken. De code-review tool biedt je ook de mogelijkheid om eenvoudige Git-conflicten op te lossen via de web-interface. Je kunt GitHub zelfs integreren met andere review tools<\/a> via hun marktplaats om een nog robuuster proces te bewerkstelligen.<\/p>\n De GitHub code-review tool is met name handig als je al op hun platform zit. Je hoeft verder niets te installeren of in te stellen. Het voornaamste probleem met de GitHub code-review tool is dat het alleen Git repository\u2019s ondersteunt die op GitHub worden gehost. Als je naar een vergelijkbare code-review tool zoekt die je kunt downloaden en op je server kunt hosten, kun je GitLab proberen<\/a>.<\/p>\n Axolo<\/a> is niet wat je verwacht als je “code review tool” leest. Je stelt je waarschijnlijk een scherm vol diffs voor. Maar niet hier! Axolo draait om communicatie. Concreet neemt Axolo alle gebruikelijke heen-en-weergeloop op GitHub of GitLab<\/a> en brengt de discussie naar Slack.<\/p>\n Ze doen dat door voor elke code review een kortstondig Slack kanaal aan te maken, ze nodigen alleen de mensen uit die erbij moeten zijn (de code auteur, assignees, en reviewers), sturen alleen de vereiste meldingen in het kanaal (code commentaar, CI\/CD, …), en archiveren het kanaal zodra de branch is samengevoegd.<\/p>\n Met dagelijkse reminders, pull request recap meldingen voor stand-ups, en speciale tijdslots voor code review, kunnen engineering teams naadloos code reviewen zonder achterhaalde pull requests.<\/p>\n Collaborator<\/a> van SmartBear is een review-tool voor peer-code en documenten en kan worden gebruikt door development-teams. Naast het beoordelen van broncode, kunnen team ook ontwerpdocumenten reviewen via Collaborator. Een licentiepakket voor 5 gebruikers kost $535 per jaar. Een gratis testversie is beschikbaar, afhankelijk van de eisen van je bedrijf.<\/p>\n Collaborator ondersteunt allerlei versiebeheersystemen zoals Subversion, Git<\/a>, CVS, Mercurial, Perforce en TFS. Het is ook erg sterk in het integreren met populaire projectmanagement-tools en IDE’s zoals Jira, Eclipse en Visual Studio.<\/p>\n Deze tool maakt het ook mogelijk om de belangrijkste indicatoren van je code-review proces te analyseren en rapporteren. Verder helpt Collaborator in het audit management en tracken van bugs. Als je tech-stack enterprisesoftware bevat en je hebt ondersteuning nodig om je code-review proces in te stellen, is Collaborator zeker het proberen waard.<\/p>\n CodeScene<\/a> is een code-review tool die verder gaat dan de traditionele statische analyse van code. Het voert namelijk ook een gedragsanalyse van de code uit door een tijdsdimensie toe te voegen, zodat je de evolutie van je codebase kunt zien. CodeScene is beschikbaar in twee varianten: een cloud-based oplossing en een oplossing op locatie<\/a>.<\/p>\n De cloud-based pakketten van CodeScene zijn tot een bepaalde hoogte gratis voor publieke repository\u2019s die op GitHub<\/a> worden gehost. Tot aan tien private repository\u2019s en een team van tien leden kost CodeScene \u20ac99 (of $115) per maand. Een installatie op locatie van CodeScene kost \u20ac15 (ongeveer $17) per ontwikkelaar per maand.<\/p>\n CodeScene verwerkt de geschiedenis van je versies om visualisaties van je code weer te geven. Daarnaast gebruikt het machine-learning algoritmen om sociale patronen en verborgen risico’s in de code te herkennen.<\/p>\n Door naar de geschiedenis van het versiebeheer te kijken, maakt CodeScene een profiel van elk teamlid om hun kennis in kaart te brengen en afhankelijkheden binnen het team te laten zien. Het introduceert ook het concept van hotspots binnen je repository door bestanden te identificeren die het meest bewerkt worden. Die hotspots hebben in de nabije toekomst waarschijnlijk de meeste aandacht nodig.<\/p>\n Als je op zoek bent naar een tool die verder gaat dan de traditionele code-review tool, dan moet je zeker de gratis testversie van CodeScene proberen. Om meer over de onderliggende technieken van de gedragsanalyse van CodeScene te lezen, kun je dit whitepaper lezen over de use cases en rollen bij CodeScene<\/a>.<\/p>\n Visual Expert<\/a> is een enterprise-oplossing voor code-reviews, die zich vooral richt op code voor databases<\/a>. Het ondersteunt slechts drie platforms: PowerBuilder, SQL Server<\/a> en Oracle PL\/SQL<\/a>. Als je een ander DBMS gebruikt, zul je Visual Expert dus niet kunnen integreren.<\/p>\n Er is een gratis proefversie en je moet daarna een verzoek sturen voor een offerte.<\/p>\n Naast de traditionele code-review analyseert Visual Expert elke verandering in je code om eventuele verslechteringen qua prestaties te voorspellen. De tool kan verder automatisch de volledige documentatie van je toepassing maken op basis van je code.<\/p>\n Als je dus PowerBuilder, SQL Server, of Oracle PL\/SQL gebruikt en je wilt graag een gespecialiseerde code-review tool, dan kun je Visual Expert proberen (hierbij ook nog een uitleg over het bouwen van effici\u00ebnte WordPress query\u2019s<\/a>).<\/p>\n Gerrit<\/a> is een gratis en open-source web-based code-review tool voor Git repository\u2019s<\/a>, geschreven in Java. Zoals je op basis van de oer-Hollandse naam al zou verwachten, is er een Nederlandse link. Gerrit verwijst namelijk naar Gerrit Rietveld, de favoriete architect van Guido van Rossum, de ontwikkelaar achter Gerrit. Om Gerrit te gebruiken moet je de broncode downloaden en in Java draaien. Hier vind je het installatieproces voor een standalone versie van Gerrit<\/a>.<\/p>\n Gerrit combineert de functionaliteiten van een bug tracker en code-review tool. Tijdens een review worden de veranderingen naast elkaar weergegeven in een samengevoegd beeld, met de mogelijkheid een gesprek te starten voor elke regel code die toegevoegd wordt. De tool werkt als tussenstap tussen een developer<\/a> en de centrale repository. Daarnaast bevat Gerrit ook een systeem om mee te stemmen<\/a>.<\/p>\n Als je de technische kennis hebt om Gerrit te installeren en te configureren, en je op zoek bent naar een gratis code-review tool (Nederlandser wordt het niet), dan zou dit de ideale oplossing kunnen zijn.<\/p>\n Rhodecode<\/a> is een web-based tool die je helpt bij het uitvoeren van code-reviews. Het ondersteunt drie versiebeheersystemen: Mercurial, Git en Subversion. Een cloud-based versie van Rhodecode begint bij $8 per gebruiker per maand, en een oplossing op locatie kost $75 per gebruiker per jaar (iets goedkoper dus). Alhoewel het enterprise software is, is er ook een community editie<\/a>, die gratis en opensource is, en die je volledig gratis kunt downloaden en compileren.<\/p>\n Rhodecode maakt het mogelijk voor een team om effectief samen te werken via herhalende, gespreksgerichte code-reviews die de kwaliteit van de code verbeteren. Deze tool biedt ook nog een laag voor het beheren van rechten voor extra veilige ontwikkeling<\/a>.<\/p>\n Daarnaast helpt de visuele changelog je bij het navigeren van de geschiedenis van je project langs de verschillende zij-projecten. Een online code editor<\/a> wordt ook meegeleverd voor kleine wijzigingen binnen de web-interface.<\/p>\n Rhodecode integreert perfect met je bestaande projecten, waardoor het een goede keus is als je op zoek bent naar een web-based code-review tool. De community editie is daardoor ideaal voor mensen met wat technische kennis die op zoek zijn naar een gratis en betrouwbare code-review tool.<\/p>\n Veracode<\/a> biedt een pakket code-review tools waarmee je het testen kunt automatiseren, ontwikkeling kunt versnellen, een remediation proces kunt integreren, en de algehele effici\u00ebntie van je project kunt verbeteren. Het pakket code-review tools van Veracode wordt verkocht als een beveiligingsoplossing<\/a> die zoekt naar kwetsbaarheden in je systemen. Het bevat een set met twee code-review tools:<\/p>\n Code-review is onderdeel van de Software Composition Analysis en je kunt kiezen voor een demo van Veracode<\/a> voordat je jezelf ergens op vastlegt. Dit is de link waar je een offerte kunt aanvragen<\/a>.<\/p>\n Reviewable<\/a> is een code-review tool voor GitHub pull-verzoeken<\/a>. Het is gratis voor opensource repository\u2019s, en biedt pakketten voor priv\u00e9 repository\u2019s vanaf $39 per maand voor tien gebruikers. Aangezien de tool integreert met GitHub kun je meteen inloggen met je GitHub-account en beginnen.<\/p>\n Als je een gemiddelde review wilt zien bij Reviewable, kun je hun demo review<\/a> bekijken.<\/p>\n Interessant aan Reviewable is dat het een aantal nadelen van de code-review in de pull-request feature van GitHub oplost. Zo wordt bijvoorbeeld een opmerking over een regel code automatisch verborgen door GitHub als een ontwikkelaar de regel aanpast omdat GitHub dan aanneemt dat het probleem is opgelost. Maar dat is natuurlijk niet altijd zo.<\/p>\n Daarnaast heeft GitHub ook vrij beperkte ruimte bij het weergeven van verschillen tussen bestanden.<\/p>\n Als je een tool zoekt die nauw samenwerkt met GitHub maar met meer features dan alleen pull-verzoeken, dan kan Reviewable voor jou een goede oplossing zijn.<\/p>\n Als je Subversion gebruikt, biedt Peer Review Plugin for Trac<\/a> een gratis en opensource optie om code-reviews op je projecten uit te voeren. De Peer Review Plugin integreert met het Trac opensource project<\/a>, wat een wiki en probleem-volgsysteem is voor ontwikkelingsprojecten.<\/p>\n Trac integreert de wiki en de issue-tracker met je reviews voor een volledige end-to-end oplossing. Alhoewel ook de basisfuncties beschikbaar zijn voor het vergelijken van veranderingen en starten van gesprekken, kun je ook op maat gemaakte workflows<\/a> ontwerpen met de plugin.<\/p>\n Als je bijvoorbeeld wilt dat taken worden uitgevoerd naar aanleiding van bepaalde triggers, zoals het versturen van een verandering of goedkeuring van een code-review. Je kunt ook custom rapporten<\/a> maken over je projecten.<\/p>\n Als je op zoek bent naar een wiki voor documentatie en een issue tracker om de roadmap van je project te beheren, kan Trac een goede optie zijn.<\/p>\n\n Het code-review proces speelt een sleutelrol bij het verbeteren van je organisatie. Door je voordeel te doen met de juiste code-review tool kun je dubbel werk in je developmentcyclus voorkomen.<\/p>\n We hebben goed gekeken naar de populairste code-review tools van 2020 en dit zijn onze conclusies:<\/p>\n Nu is het jouw beurt: welke code-review tool gebruik jij? En waarom? Laat het ons weten in de reacties hieronder!<\/p>\n Leessuggesties:<\/strong><\/p>\n Code-review, oftewel het toetsen van code, is een belangrijk onderdeel van het ontwikkelingsproces van software. Hierbij wordt onder meer de broncode getest om bugs en fouten …<\/p>\n","protected":false},"author":118,"featured_media":31482,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_kinsta_gated_content":false,"_kinsta_gated_content_redirect":"","footnotes":""},"tags":[315,29],"topic":[884,892],"class_list":["post-31463","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","tag-code","tag-webdev","topic-webdevelopment-tools","topic-wordpress-ontwikkeling"],"yoast_head":"\n![\"Hou](\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2020\/03\/hou-je-feedback-informatief.jpg\")
Waarom is code-review zo belangrijk?<\/h2>\n
\n
Hoe voer je een code-review uit?<\/h2>\n
“Over-de-schouder” code-reviews.<\/h3>\n
Doorgeven per e-mail<\/h3>\n
![\"Doorgeven](\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2020\/03\/doorgeven-per-mail.png\")
Pair-programming<\/h3>\n
![\"Pair-programming](\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2020\/03\/pair-programming.jpg\")
Review met behulp van tools<\/h3>\n
\n
Waarom zou je code-review tools gebruiken?<\/h2>\n
12 krachtige code-review tools beter bekeken<\/h2>\n
1. Review Board<\/h3>\n
![\"Review](\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2020\/03\/review-board.png\")
![\"Overzicht](\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2020\/03\/review-board-veranderingen.png\")
2. Crucible<\/h3>\n
![\"Crucible](\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2020\/03\/crucible-code-review.png\")
3. GitHub<\/h3>\n
![\"GitHub](\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2020\/03\/github-pull-verzoek.png\")
4. Axolo<\/h3>\n
![\"Axolo](\"https:\/\/kinsta.com\/wp-content\/uploads\/2020\/04\/PH4.png\")
![\"De](\"https:\/\/kinsta.com\/wp-content\/uploads\/2020\/04\/PH2.png\")
5. Collaborator<\/h3>\n
![\"Collaborator](\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2020\/03\/review-collaborator.jpg\")
6. CodeScene<\/h3>\n
![\"CodeScene](\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2020\/03\/review-codescene.png\")
![\"CodeScene](\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2020\/03\/codescene-knowledge-maps.png\")
7. Visual Expert<\/h3>\n
![\"Visual](\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2020\/03\/review-visual-expert.png\")
8. Gerrit<\/h3>\n
![\"Gerrit](\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2020\/03\/gerrit.png\")
9. Rhodecode<\/h3>\n
![\"Rhodecode\"](\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2020\/03\/rhodecode.png\")
10. Veracode<\/h3>\n
\n
![\"Veracode](\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2020\/03\/veracode-overzicht.png\")
11. Reviewable<\/h3>\n
![\"Reviewable](\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2020\/03\/reviewable.png\")
12. Peer Review for Trac<\/h3>\n
![\"Peer](\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2020\/03\/peer-review-plugin.png\")
Samenvatting<\/h2>\n
\n
\n