„Pull Request“ – Versionsunterschied
[gesichtete Version] | [gesichtete Version] |
Seite erstellt |
lemma fett |
||
Zeile 1: | Zeile 1: | ||
{{Belege}} |
|||
[[Datei:Pull_Request_GitHub_August_2019.png|mini|Eine akzeptierte Pull Request auf [[GitHub]], hier von [[Bitcoin Core]]]] |
[[Datei:Pull_Request_GitHub_August_2019.png|mini|Eine akzeptierte Pull Request auf [[GitHub]], hier von [[Bitcoin Core]]]] |
||
Eine Pull Request |
Eine '''Pull Request''' bezeichnet in der [[Versionsverwaltung]], meistens in [[Git]], die Vorgehensweise welche den Code aus anderen ''Branches'' in den eigentlich Code einfließen lässt. Vor allem bei Open-Source Projekten sind Pull-Requests essentiell, denn so kann effizient der Code dritter beigesteuert werden. Bevor eine Pull Request in den Quellcode einfließt wird diese meist vorher besprochen. Wird diese Pull Request akzeptiert so spricht man von einem ''merge'', wird die Pull Request geschlossen, so spricht man von einem ''Close''. |
||
Der Sinn dahinter ist der, damit so besser mehrere Leute an einem Projekt gleichzeitig arbeiten können. Würde man immer nur in die master Branch ''mergen'', so würde es zu Problemen bei den anderen Entwicklern kommen. Des weiteren wird so der Code meistens von anderen Leuten begutachtet und so können Fehler ausgemerzt werden, bevor sie aktiv in den Code einfließen. |
Der Sinn dahinter ist der, damit so besser mehrere Leute an einem Projekt gleichzeitig arbeiten können. Würde man immer nur in die master Branch ''mergen'', so würde es zu Problemen bei den anderen Entwicklern kommen. Des weiteren wird so der Code meistens von anderen Leuten begutachtet und so können Fehler ausgemerzt werden, bevor sie aktiv in den Code einfließen. |
Version vom 7. August 2019, 05:45 Uhr
Eine Pull Request bezeichnet in der Versionsverwaltung, meistens in Git, die Vorgehensweise welche den Code aus anderen Branches in den eigentlich Code einfließen lässt. Vor allem bei Open-Source Projekten sind Pull-Requests essentiell, denn so kann effizient der Code dritter beigesteuert werden. Bevor eine Pull Request in den Quellcode einfließt wird diese meist vorher besprochen. Wird diese Pull Request akzeptiert so spricht man von einem merge, wird die Pull Request geschlossen, so spricht man von einem Close.
Der Sinn dahinter ist der, damit so besser mehrere Leute an einem Projekt gleichzeitig arbeiten können. Würde man immer nur in die master Branch mergen, so würde es zu Problemen bei den anderen Entwicklern kommen. Des weiteren wird so der Code meistens von anderen Leuten begutachtet und so können Fehler ausgemerzt werden, bevor sie aktiv in den Code einfließen.