GitHub Pull Requests

Ausgangslage

GitHub kündigte Pull Requests im Februar 2008 an. Die heutige Form mit umfassenden Reviews entwickelte sich später; das Startdatum bezeichnet die erste Funktion.

Interaktivierungsmechanismus

Ein Vorschlag macht fremde Arbeit als prüfbaren Beitrag sichtbar. Maintainer können diskutieren, Änderungen verlangen und anschließend integrieren oder ablehnen. Der Rückkanal wirkt direkt auf die nächste Produktversion.

Verschiebung des Modells

Entwickler schlagen Änderungen als Pull Request vor. Rückmeldungen und Prüfung beeinflussen, ob und wie Code in ein gemeinsames Projekt übernommen wird.

Belegte Grenzen

Eine eingereichte Änderung ist keine angenommene Änderung. Die wissenschaftliche Untersuchung beschreibt ausgewählte Repositories und belegt keine universelle Qualitätssicherung.

Einordnung im Atlas

• Status: Etablierte Produktionsform
• Ereignisdatum: Funktion am 23. Februar 2008 angekündigt
• Rückkanal: Codebeitrag + Review → Annahme oder Ablehnung
• Modelltyp: USA / global · Softwareproduktion · kollaborative Codeprüfung

Verwandte Fälle

• GitHub Sponsors – ergänzt den kollaborativen Produktionsfluss um direkte, nutzergesteuerte Finanzierung.
• Open Collective Projektbudgets

• stackoverflow
• openstreetmap
• GitHub Copilot Coding Agent – ein Issue kann einen Agenten zu einem prüfbaren Entwurfs-PR veranlassen.

Neue Vergleichsprofile · 3. Oktober 2026

• Bluesky: Custom Feeds und Algorithmuswahl – Vergleichsachsen und Grenzen im neuen Dossier.

Quellen

1. GitHub Startankündigung; Ereignis / publiziert: 23.02.2008Direkte Quelle ↗
2. Studie zum Pull-Modell; Unabhängige Forschung · 2014Direkte Quelle ↗