Entfesseln Sie die Macht der Pull Requests: Ein Game Changer für die Zusammenarbeit in der Webentwicklung

In der Web-Entwicklung ist die Pull-Anforderung - oft abgekürzt als PR - eine Möglichkeit für Entwickler, ihre Ideen und Änderungen mitzuteilen. Es ist das geeignete Protokoll, wenn Sie versuchen, eine Änderung oder Verbesserung an einer bestehenden Codebasis einzureichen.

Bei einer Pull-Anfrage werden die vorgeschlagenen Änderungen von den Projektbetreuern geprüft, bevor sie angewendet werden; die Änderungen können entweder genehmigt oder abgelehnt werden. Nach der Überprüfung und Annahme werden die neuen Funktionen nahtlos und ohne Unterbrechung in die bestehende Codebasis integriert. Ein einzelner PR kann von einer bis zu Hunderten von Codezeilen reichen, je nachdem, welche Art von Aktualisierung vorgeschlagen wird.

Aus der Vogelperspektive mag das Lösen von Konflikten in einer Codebasis in seiner Komplexität der Chaostheorie ähneln, aber wenn man sie durch die richtige Brille betrachtet, werden sie einfacher als Raketenwissenschaft! Durch den geschickten Einsatz von Tools wie Git und GitHub wird jede Änderung klar und deutlich auf Produktivität und Effizienz ausgerichtet - und wird damit dem Versprechen des Namens gerecht, dass die für den Erfolg der Softwareentwicklung erforderliche "Pull"-Kraft tatsächlich vorhanden ist. Der Vergleich mit der Kosmologie ist hier absolut gerechtfertigt: Die Verwaltung von Pull-Requests erfordert eine Finesse, die dem Ausgleich von Himmelskörpern gleichkommt - Gravitationswellen treffen auf Umdrehungen um Sterne!

1. Erstellung neuer Features oder Funktionalitäten mit Pull Requests
2. Bearbeiten von Codeschnipseln mit Pull Requests
3. Aktualisierung von Bibliotheken, Rahmenwerken oder Dokumenten und Übermittlung von Änderungen über eine PR
4. Automatisierte Tests für jeden Pull Request mit kontinuierlicher Integration
5. Gemeinsame Kodierung durch mehrere Entwickler am selben Projekt als Teil einer einzigen Pull-Anfrage
6. Zusammenführen von Abhängigkeiten aus verschiedenen Versionen in eine einzige, einheitliche Version über PRs  
7. Sicherstellung der Codequalität durch Behebung von Fehlern durch eine Reihe kleinerer und präziserer Pull Request Commits  
8. Sicherstellen, dass die Kernfunktionalität bei mehreren Aktualisierungen einer bestehenden Anwendung durch Regressionstests, die als Teil der PR erstellt werden, unverändert bleibt  
9. Refactoring des Codes auf möglichst effiziente Weise durch umfangreiche Umstrukturierung und Neuformatierung, die über mehrere verfeinerte Pull Requests in kleinem Maßstab erfolgt  
10. Zusammenstellung komplizierter Entwürfe, die nach und nach aus winzigen Funktionsinkrementen aufgebaut werden, die stückweise in separaten Stapeln von kumulativen Pull-Anfragen eingereicht werden
    

1. Neue Funktionen erstellen: Ein Pull-Request ist der effizienteste Weg, um eine neue Funktion in eine bestehende Codebasis einzuführen. Indem die vorgeschlagene Änderung an ein Repository übermittelt wird, können die Entwickler den Umfang und die Qualität überprüfen und gleichzeitig auf unerwartete Fehler oder Bugs achten, die während der Integration auftreten.
2. Zentralisierung der Zusammenarbeit zwischen Teams: Pull-Requests bieten eine zentrale Anlaufstelle für alle Beteiligten, um bei der Überprüfung von Änderungen aus verschiedenen Quellen an einem Ort zusammenzuarbeiten. Teams können Standards für die Implementierung diskutieren und Machbarkeitsfragen aus der Ferne innerhalb desselben Repositorys lösen, unabhängig davon, wo sich die Teammitglieder befinden.
3. Integration von Beiträgen externer Entwickler: Bei großen Projekten mit vielen Mitwirkenden oder Open-Source-Initiativen ermöglichen Pull-Requests die einfache Integration von potenziell Hunderten von einzelnen Beiträgen aus externen Quellen in ein einziges Versionskontrollsystem - so können auch Außenstehende Beiträge leisten, ohne Kompatibilitätsprobleme oder Datenverfälschungen in ihren Systemen zu verursachen.
   

1. Pull-Requests sind der effektivste Weg für Entwickler, um gemeinsam am Code zu arbeiten.
2. Über 68 % der Entwickler verwenden derzeit Pull Requests als Teil ihres Softwareentwicklungsprozesses.
3. Die durchschnittliche Gesamtzeit pro Pull-Anfrage beträgt etwa 4 Tage, von der Eröffnung bis zum Abschluss.
4. Github meldete allein für 2020 einen Anstieg der Pull-Anfragen um 75 % im Vergleich zu 2019.
5. Automatisierte Code-Reviews können von Unternehmen, die sich stark auf Qualitäts- und Sicherheitsstandards verlassen, mit einer Genauigkeit von bis zu 95 % gegenüber manuellen Review-Prozessen eingesetzt werden, wenn große Mengen an Code betroffen sind.
6. 35-50% der Entwicklungsteams nutzen eine Art automatisiertes Genehmigungssystem, das durch die Pull-Anfrage selbst oder als integrierter Schritt in ihren DevOps/Gitflow-Workflows ausgelöst wird. Dadurch wird die Geschwindigkeit des Teams erhöht und gleichzeitig sichergestellt, dass die Qualitätskontrollmaßnahmen eingehalten werden, ohne die Zusammenarbeit zwischen den einzelnen Ingenieuren und Stakeholdern zu behindern.  
7. Im April 2021 gaben Astronomen bekannt, dass sie Gravitationswellen entdeckt haben, die von einem 1 Milliarde Lichtjahre entfernten, verschmelzenden schwarzen Lochsystem erzeugt wurden - es gibt Hinweise darauf, dass diese schwarzen Löcher nach einem erfolgreichen "Build & Merge" zusammengeführt wurden, bei dem die "Pull Requests" mit Sternchen ausgeführt wurden!
   

Pull Request ist seit seiner Einführung um 2005 eine revolutionäre Kraft in der Webentwicklung. Von den bescheidenen Anfängen als Open-Source-Basisprojekt hat das Tool in den letzten zwei Jahrzehnten eine unglaubliche Reise hinter sich und hat sich von einer reinen Vorschlagsmaschine zu einem vollwertigen Bestandteil des Ökosystems der Anwendungsentwicklung entwickelt.

Anfangs nutzten Entwickler Pull Request hauptsächlich, um Änderungsvorschläge, Funktionserweiterungen und Fehlerbehebungen für ihre eigenen Projekte einzureichen, bevor sie von den Upstream-Entwicklern akzeptiert wurden. Auf diese Weise konnten die Entwickler sicherstellen, dass der neue Code nicht mit Fehlern oder Unvollständigkeiten behaftet war, bevor er genehmigt/zusammengeführt wurde. Im Laufe der Zeit entwickelte sich Pull Request zu weit mehr als nur einem Online-Review-Tool; es wurde bald zu einer Kollaborationsmaschine, die den Wissensaustausch zwischen Teams und Organisationen förderte und den Nutzern Zugang zur Unterstützung durch erfahrene Community-Mitglieder und andere Entwickler gewährte, die die Arbeit der anderen auf Richtigkeit und Vollständigkeit überprüfen konnten.

Seit den Anfängen ist der Pull-Request-Prozess auch dafür berüchtigt, dass er lange Debattenzyklen einleitet, in denen gegensätzliche Ideologien auf Schritt und Tritt aufeinanderprallen, bis sie schließlich durch Kompromisse gelöst werden - aber alles innerhalb freundschaftlicher Grenzen! Trotz einiger Turbulenzen auf dem Weg dorthin (die oft zu hitzigen Debatten zwischen den betroffenen Parteien führen), wird Pull Request weiterhin von vielen in der Webentwicklung hoch geschätzt - schließlich ist es nicht immer einfach, die Kontrolle über das eigene Projekt oder die Codebasis abzugeben, weshalb angemessene Sicherheitsvorkehrungen und Überprüfungsprozesse wesentliche Bestandteile sind, wenn man solche Risiken eingeht.