Wat Betekent DE PULL REQUEST in het Engels - Engels Vertaling

• the pull request

Voorbeelden van het gebruik van De pull request in het Nederlands en hun vertalingen in het Engels

Samenvatting van taaklijsten in de Pull Request lijst.
Task list summary in the Pull Request list.

Handmatig de Pull Request doelfork en-branch wijzigen.
Manually change the Pull Request target fork and branch.

Het geeft je een link naar de Pull Request op GitHub.
It gives you a link to the Pull Request on GitHub.

Als de Pull Request twee maal succesvol is getest voegt een moderator het label"RTC" toe.
If a Pull Request is successfully tested twice, a moderator will add the label'RTC' to it.

Je kunt een voorbeeld hiervan zien in Samenvatting van taaklijsten in de Pull Request lijst.
You can see an example of this in Task list summary in the Pull Request list.

Je zou technisch gesproken de Pull Request in je werk mergen met zoiets als dit.
You could technically merge in the Pull Request work with something like this.

patch versies van de Pull Request geven.
patch versions of the Pull Request.

Als je dat gedaan hebt zal de Pull Request automatisch geupdate worden
Once you do that, the Pull Request will be automatically updated

Het geeft je een kleine diffstat- een lijst met bestanden die gewijzigd zijn in de Pull Request en hoezeer ze zijn gewijzigd.
It will give you a small diffstat- a list of files that have changed in the Pull Request and by how much.

GitHub presenteert de Pull Request branches voor een repository als een soort van pseudo-branches op de server.
GitHub actually advertises the Pull Request branches for a repository as sort of pseudo-branches on the server.

De beschrijving bevat meer detailleerde informatie over de Pull Request en informatie over hoe deze getest kan worden.
The description contains more detailed information about the Pull request and some information how to test it.

Je kunt ook zien dat de Pull Request de status krijgt van de laatste commit op de branch
You can also see that the Pull Request takes the status of the last commit on the branch

ernaar switchen en dit commando aanroepen om de Pull Request wijzigingen erin te mergen.
switch to a topic branch and then run this command to merge in the Pull Request changes.

Elke keer als iemand anders commentaar geeft op de Pull Request blijf je e-mails ontvangen zodat je weet dat er activiteit plaatsvindt.
Every time someone else comments on the Pull Request you will continue to get email notifications so you know there is activity happening.

deze naar GitHub pusht, wordt de Pull Request automatisch gesloten.
push it to GitHub, the Pull Request will automatically be closed.

Alle betrokkenen krijgen een link naar de Pull Request waar de activiteit op plaatsvindt en je kunt ook reageren op de email om commentaar op de Pull Request converstatie te geven.
They will each have a link to the Pull Request where the activity is happening and you can also directly respond to the email to comment on the Pull Request thread.

kan je nu een conversatie voeren met de persoon die de Pull Request geopend heeft.
you can now have a conversation with the person who opened the Pull Request.

Het andere wat je zult zien is dat GitHub controleert of de Pull Request goed zou mergen
The other thing you will notice is that GitHub checks to see if the Pull Request merges cleanly

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.
This is often used in Pull Requests to indicate what all you would like to get done on the branch before the Pull Request will be ready to merge.

Als de onderhouder dit commentaar eenmaal heeft gemaakt zal de persoon die de Pull Request heeft geopend(en verder iedereen die deze repository volgt)
Once the maintainer makes this comment, the person who opened the Pull Request(and indeed, anyone else watching the repository)

Er zijn twee referenties per Pull Request- degene die op/head eindigt wijst naar precies dezelfde commit als de laatste commitin de Pull Request branch.
There are two references per Pull Request- the one that ends in/head points to exactly the same commit as the last commit in the Pull Request branch.

Alle betrokkenen krijgen een link naar de Pull Request waar de activiteit op plaatsvindt en je kunt ook direct de mail beantwoorden(reply-to) om commentaar op de Pull Request conversatie te geven.
They will each have a link to the Pull Request where the activity is happening and you can also directly respond to the email to comment on the Pull Request thread.

kan je een Pull Request direct op de Pull Request openen.
to the target branch, you can open a Pull Request directly to it.

De“Merge” knop indrukken op de site maakt opzettelijk een merge commit die aan de Pull Request refereert zodat het eenvoudig is om terug te gaan en de oorspronkelijke conversatie te onderzoeken mocht het nodig zijn.
Pushing the“Merge” button on the site purposefully creates a merge commit that references the Pull Request so that it's easy to go back and research the original conversation if necessary.

daarna je topic branch weer terugpushen naar dezelfde branch als waar je de Pull Request op geopend hebt.
into your topic branch, fix any issues and finally push it back up to the same branch you opened the Pull Request on.

Omdat je kunt blijven pushen naar de topic branch zelfs nadat de Pull Request is geopend,
Since you can keep pushing to the topic branch even after the Pull Request is opened,

Pull Request zal niet netjes mergen.
Pull Request does not merge cleanly.

Verwijzingen in een Pull Request.
Cross references in a Pull Request.

Verwijzing getoond in een Pull Request.
Cross references rendered in a Pull Request.

Verwijzingen getoond in een Pull Request.
Cross references rendered in a Pull Request.

Hoe "de pull request" in een zin te gebruiken

Pull request verhaal De pull request schijrft het 'verhaal' van de feature.

Wanneer er naar de pull request gekeken word kan de brance getest worden.

te verbeteren aan de Pull Request voordat deze in het project kan worden ingevoegd.

Na het verwerken van de oplossing beoordeel jij de pull request en keurt deze goed.

De wijzigingen in de Master van ná de Pull Request zitten daar dan weer niet in.