Примери за използване на Pull request на Английски и техните преводи на Български
{-}
-
Colloquial
-
Official
-
Medicine
-
Ecclesiastic
-
Ecclesiastic
-
Computer
Creating a pull request.
Pull Request does not merge cleanly.
It gives you a link to the Pull Request on GitHub.
When we submit this pull request, we will see all of that rendered like Cross references rendered in a Pull Request….
For example, you can't have Pull Request 3 and Issue 3.
Someone comes along andmakes a change to your code and sends you a Pull Request.
For the branch this Pull Request is based on.
Anyone can also leave general comments on the Pull Request.
Manually change the Pull Request target fork and branch.
In fact, you can even target another Pull Request.
Link back to the new Pull Request in the closed Pull Request timeline.
Let's start with how to cross-reference another Pull Request or an Issue.
GitHub actually advertises the Pull Request branches for a repository as sort of pseudo-branches on the server.
Here you can fairly easily specify to merge your new branch into another Pull Request or another fork of the project.
This means that anyone who visits this Pull Request and sees that it is closed can easily link back to the one that superceded it.
It will give you a small diffstat- a list of files that have changed in the Pull Request and by how much.
If you want to reference any Pull Request or Issue from any other one, you can simply put in any comment or description.
If we click that green button,we will see a screen that asks us to give our Pull Request a title and description.
This way if you go back and look at this Pull Request in the future, you can easily find all of the context of why decisions were made.
GitHub will test this for you andlet you know at the bottom of every Pull Request if the merge is trivial or not.
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.
Many previously broken ports have been fixed by regular users due to contributions offered through GitHub's Pull Request mechanism.
This means that we can pretty easily pull down every Pull Request branch in one go without having to add a bunch of remotes.
If your Pull Request becomes out of date or otherwise doesn't merge cleanly, you will want to fix it so the maintainer can easily merge it.
This modification was approved by the PrestaShop developers with a user pull request as the user had also noticed a similar issue with his website.
For example, if you have a Pull Request with tasks and you look at the overview page of all Pull Requests, you can see how far done it is.
The link will look something like Link back to the new Pull Request in the closed Pull Request timeline….
In Pull Request final you can also see that the old code comment has been collapsed in the updated Pull Request, since it was made on a line that has since been changed.
You can fork the repository,apply your translations and send us a pull request so your translations can be integrated into the website.
If you see something like Pull Request does not merge cleanly, you will want to fix your branch so that it turns green and the maintainer doesn't have to do extra work.