GitHub Super Linter – Einer für alle

Ein großes Mono-Repo mit allen benötigten Tools und Lintern zu konfigurieren, kann dauern – und nerven. Mit dem Super Linter hat GitHub jetzt ein bislang intern genutztes Tool open sourced, das diese Aufgabe vereinfachen soll.

Anzeige

Ein Linter ist ein Tool zur statischen Code-Analyse. Er kommt in der Software-Entwicklung zur Sicherung der Code-Qualität zum Einsatz. Für verschiedene Programmiersprachen gibt es verschiedene Linter, unter Web-Entwicklern ist ESLint wohl der bekannteste. Kommen in einem Projekt mehrere Programmiersprachen zum Einsatz, werden dafür entsprechend mehrere Linter benötigt.

Nix mehr verpassen: Die t3n Newsletter zu deinen Lieblingsthemen! Jetzt anmelden

Um die Konsistenz des unternehmenseigenen Codes und dessen Doku  sicherzustellen, hat GitHubs Services DevOps Team mit dem GitHub-Super-Linter ein Tool gebaut, das diese Aufgabe vereinfachen soll. Über den Super-Linter sollen viele Anforderungen automatisiert werden können. So verhindert das Tool, dass fehlerhafter Code in den Masterbranch eines Projektes gemerged wird, hilft bei der Etablierung von Best Practices beim Schreiben von Code über verschiedene Programmiersprachen hinweg und erstellt Richtlinien für Layout und Formatierung. Außerdem soll der Super Linter unter anderem dabei helfen, den Ablauf von Code-Reviews zu streamlinen.

Anzeige Was genau steckt dahinter?

Der Super Linter ist ein in einen Docker-Container verpacktes Source Code Repository, das über GitHub Actions aufgerufen wird. Jedes auf github.com befindliche Repo soll das Tool aufrufen können. Bereits jetzt unterstützt der Super Linter eine Reihe von Programmiersprachen, weitere sollen in Kürze folgen.

So funktioniert‘s

Wenn ihr euer Repo für die Nutzung der Action konfiguriert habt, soll der Super Linter euch jedes Mal, wenn ihr einen Pull Request öffnet, wissen lassen, ob eure Code-Änderungen der Prüfung standhielten und wenn nicht, welche Fehler wo entdeckt wurden. So könnt ihr einfach in eurem jeweiligen Branch die Issues fixen und einen neuen Push an den offenen Pull Request vornehmen, was bewirkt, dass der Super Linter erneut ausgeführt und der Prozess wiederholt wird. Wer will, kann zusätzlich die Branch Protection Rules so konfigurieren, dass ein Mergen von fehlerhaftem Code unmöglich wird. Laut Blogpost auf dem offiziellen GitHub-Blog gibt es zudem tonnenweise Möglichkeiten, den Super Linter über Flags und Templates passgenau für euer individuelles Repository zu konfigurieren, das Repo zum Projekt und das Super Linter wiki bieten detaillierte Anweisungen dazu.

Macht doch, was ihr wollt! Anzeige

Entwickler und Entwicklerinnen entwickeln im Verlauf ihrer Karriere jeweils ihren eigenen Programmierstil. Deshalb sollen Nutzer des Super Linters weitestgehend selbst entscheiden können, von welchen Regeln sie Gebrauch machen, für den Anfang sind allerdings je nach verwendeter Programmiersprache einige Standardregeln gesetzt, die sich in manchen Fällen an dem orientieren, was der Default für das jeweilige Projekt wäre, für andere wurde versucht, einen Mittelweg einzuschlagen. Entwickler-Teams, denen das nicht reicht, haben jedoch alle Freiheit, die Regeln des Super Linters nach Bedarf anzupassen.

Ebenfalls interessant: Wegen Bezug zur Sklaverei: GitHub will Master durch neutralen Begriff ersetzen

https://samplecic.ch/github-super-linter-einer-fur-alle-2.html