Voorbeelden van het gebruik van Een pull request in het Nederlands en hun vertalingen in het Spaans
{-}
-
Colloquial
-
Official
-
Medicine
-
Financial
-
Ecclesiastic
-
Ecclesiastic
-
Official/political
-
Computer
-
Programming
Verwijzing getoond in een Pull Request.
Nu kunnen we een"Pull Request" aanmaken voor de wijzigingen die we hebben gemaakt.
Maak een ticket aan op de Github Repo, of maak zelf een pull request!
Een Pull Request is een verzoek aan de eigenaar om wat code in het project te plaatsen.
Zoals je kunt zien in Merge knop en instructies hoe je een Pull Request handmatig merged.
Mensen vertalen ook
Wanneer je een Pull Request maakt is het ook de gewoonte om het issue ID te vermelden in de beschrijving.
De link zal eruit zien als Verwijzing getoond in een Pull Request….
Een Pull Request is een verzoek om code toe te voegen aan een Repository(project) op GitHub.
Als je een bestand genaamd CONTRIBUTING met een willekeurige extensie,zal GitHub Figure 6-42 tonen als iemand een Pull Request gaat openen.
Als we deze in de omschrijving van een Pull Request of Issue zetten, zullen we het als Taaklijsten zoals getoond een Markdown commentaar. getoond zien.
Nu je een project hebt met wat code erin en misschien zelfs een paar medewerkers die ook push toegang hebben,laten we eens behandelen wat je moet doen als je zelf een Pull Request ontvangt.
Als iemand vermeld wordt in een Pull Request of Issue, worden ze erop “geabonneerd” en blijven meldingen krijgen voor elke activiteit die erop plaatsvindt.
Wanneer een ontwikkelaar de broncode wil wijzigen(om iets te herstellen of om een nieuw gedrag toe te voegen dat nuttig kan zijn voor de gebruikers),kan hij/zij een pull request indienen op GitHub.
Bijvoorbeeld, als je een Pull Request hebt met taken en je kijkt naar de overzichtspagina van alle Pull Requesten, kan je zien in hoeverre het klaar is.
Als je met iemand samenwerkt aan een feature en je hebt beiden schrijfrechten op het project,kan je een topic branch pushen naar de repository en een Pull Request openen naar de master-branch van hetzelfde project om het code review en discussie proces te starten.
Dit wordt vaak in een Pull Request gebruikt om aan te geven wat je allemaal gedaan wilt zien op de branch voordat de Pull Request klaar is om te mergen.
Je kun de API gebruiken om zo ongeveer alles te doen wat je op website kunt doen- mijlpalen maken en zetten, mensen aan issues en pull requests toewijzen, labels maken en wijzigen, commit gegevens benaderen, nieuwe commits en branches maken, Pull Requests openen, sluiten of mergen, teams maken en wijzigen,reageren op regels code in een Pull Request, op de site zoeken enzovoorts, etcetera.
Als je een Pull Request opent, is er een invoerveld bovenaan op de pagina die aangeeft naar welke branch je wilt laten pullen en welke je het van wilt laten pullen.
Er is een Pull Request( 1394) aan het werk, waardoor Gutenberg in feite een wrapper wordt voor de ‘oude' editor, zodat bestaande TinyMCE-plug-ins en knoppen blijven werken.
Dus als iemand in onze repository een Pull Request opent en zijn branch heeft de naam bug-fix' en deze wijst naar commit a5a775, dan zal onze repository geen branch bug-fix aanwezig zijn(omdat deze in hun fork zit), maar we hebben wel pull/<pr >/head die wijst naar a5a775.
Als je een Pull Request ziet die de juiste kant op gaat en je hebt een idee voor een verandering die daarvan afhankelijk is of je weet niet zeker of het een goed idee is, of je hebt domweg geen push-toegang op de doelbranch, kan je een Pull Request direct op de Pull Request openen.
Als code wordt voorgesteld met een Pull Request en de beheerders of de gemeenschap een wijziging voorstellen wordt de reeks patches niet opnieuw samengesteld, maar daarentegen wordt het verschil gepusht als een nieuwe commit op de branch, waarbij de conversatie doorgaat met behoud van de context van het vorige werk.
Pull Request zal niet netjes mergen.
Reopen_to_merge=Heropen deze pull request aub om een een merge actie uit te voeren.
Je volgende vraag zou “Hoe refereer ik aan het oude Pull Request?
Pak een kleine taak als eerste en maak je eerste Pull Request!:.
Als iemand een nieuwe Pull Request op GitHub opent en deze hook is opgezet, kan je misschien iets zoals Figure 6-55 zien.
Als iemand een nieuwe Pull Request op GitHub opent en deze hook is opgezet, kan je misschien iets zoals Commit status via de API. zien.
Mensen kunnen een project forken, ernaar pushen,en hun wijzigingen terug naar de oorspronkelijke project bij te dragen door een zogenoemde Pull Request te maken, wat we straks zullen behandelen.