Difference between revisions of "Pull Requests"

From D Wiki
Jump to: navigation, search
(expand)
(Link to section)
 
(28 intermediate revisions by 11 users not shown)
Line 1: Line 1:
The source code of the D compiler (dmd), runtime library (druntime), and standard library (Phobos), are all available at [https://github.com/D-Programming-Language GitHub].
+
#REDIRECT [[Starting as a Contributor#Create_a_pull_request]]
 
 
==Fork the project==
 
 
 
To contribute to the D compiler, runtime library, or standard library, you need to create an account on GitHub, and then navigate to the [https://github.com/D-Programming-Language D programming language] page, select the project you wish to contribute to, and create a fork of that project.
 
 
 
For example, if you wish to submit a patch to the D compiler, you should navigate to [https://github.com/D-Programming-Language/dmd D-Programming-Language/dmd], then click on the "Fork" button at the top right corner of the page. This will clone the D compiler sources into your list of projects.
 
 
 
==Check out the sources==
 
 
 
{{seealso|Using Git on Windows}}
 
 
 
Once you have forked the project you wish to contribute to, use git to checkout a local copy of the project.
 
 
 
Generally, you should checkout a copy of at least dmd, druntime, and phobos in order to have a working compiler toolchain that you can use to test your changes.
 
 
 
After checking out the sources, you will probably want to know [[how to build git master]].
 
 
 
==Make your changes in a branch==
 
 
 
Generally, it is preferred that any changes you wish to contribute should be made in its own dedicated topic branch. For example, if you have a fix for issue 1234 in the D compiler, you might want to do something like this:
 
 
 
<pre>
 
% cd /usr/src/d/dmd/src
 
% git checkout -b issue_1234
 
% vim expression.c  # make your changes here
 
% make -f posix.mak
 
% ...                # test your changes here
 
% git commit -a      # commit to the branch named 'issue_1234'
 
% git push origin    # push changes to your fork of DMD
 
</pre>
 
 
 
==Create a pull request==
 
 
 
Once you have tested all your changes and pushed them to your fork on GitHub, you are ready to submit a pull request.
 
 
 
# Navigate to your fork of the project on GitHub.
 
# '''Important''': Select the branch that you made your changes in, say issue_1234.
 
# Click on the "Pull Request" button.
 
 
 
This will submit your changes for review by the D maintainers. If your changes are approved, they will be merged into the master branch. Otherwise, if the maintainers have some comments or feedback, you can refine your changes by editing and testing in your local workspace, and pushing the new changes to the same git branch. The new changes will be automatically included in your pull request.
 
 
 
===Rebasing===
 
 
 
Sometimes, if a particular change you are working on is taking a long time, or if you encounter a problem that is fixed by a new commit upstream, you may need to sync your local branch with master in order to keep the code up-to-date. In this case, it is recommended that you use git rebase to apply your changes ''on top of'' the latest git master, so that when you submit a pull request, the change history will be easier for the reviewers to follow. Using git merge is ''not'' recommended, as it may produce a lot of merge commits that may not be relevant to your changes.
 
 
 
For example, you may be working on your changes:
 
 
 
<pre>
 
% cd /usr/src/d/phobos
 
% git checkout mybranch
 
% vim std/algorithm.d  # apply lots of cool changes here
 
</pre>
 
 
 
First, before you resync with master, make sure all your changes are checked in (or stashed):
 
 
 
<pre>
 
% git commit -a
 
</pre>
 
 
 
Then checkout master and pull from upstream:
 
 
 
<pre>
 
% git checkout master
 
% git pull --ff-only upstream master
 
</pre>
 
 
 
The --ff-only option is to ensure that your master branch is identical to the official D sources' master branch, since otherwise you will end up with a very messy history that will be hard to clean up (and the reviewers will probably reject your pull request due to having unrelated merge commits).
 
 
 
Now go back to your branch and rebase it:
 
 
 
<pre>
 
% git checkout mybranch
 
% git rebase master
 
</pre>
 
 
 
Now your sources should be up-to-date. Recompile and test everything to make sure it all works.
 
 
 
Note that after rebasing, you will need to force an update to your fork on GitHub with the -f flag, otherwise it will fail because the histories don't match anymore:
 
 
 
<pre>
 
% git push -f origin mybranch
 
</pre>
 
 
 
You may wish to read up on [http://git-scm.com/book/en/Git-Branching-Rebasing how git rebase works] if you're not familiar with the concept.
 
 
 
If, during the 'git rebase' command, you encounter conflicts, you may want to learn [http://stackoverflow.com/questions/8780257/git-rebase-a-branch-onto-master-failed-how-to-resolve how to resolve a conflict during git rebase].
 

Latest revision as of 10:30, 4 December 2015