@@ -32,6 +32,12 @@ Making a new feature branch
3232 git branch my-new-feature
3333 git checkout my-new-feature
3434
35+ This will create a feature branch based on ``master ``. To create a
36+ feature branch based on a maintenance branch, use::
37+
38+ git branch my-new-feature remotes/origin/v1.0.x
39+ git checkout my-new-feature
40+
3541Generally, you will want to keep this also on your public github _ fork
3642of matplotlib _. To do this, you `git push `_ this new branch up to your github _
3743repo. Generally (if you followed the instructions in these pages, and
@@ -40,13 +46,15 @@ by default), git will have a link to your github_ repo, called
4046
4147 git push origin my-new-feature
4248
43- In git >1.7 you can ensure that the link is correctly set by using the
44- ``--set-upstream `` option::
49+ You will need to use this exact command, rather than simply ``git
50+ push `` every time you want to push changes on your feature branch to
51+ your github _ repo. However, in git >1.7 you can set up a link by
52+ using the ``--set-upstream `` option::
4553
4654 git push --set-upstream origin my-new-feature
4755
48- From now on git _ will know that `` my-new-feature `` is related to the
49- ``my-new-feature `` branch in the github _ repo .
56+ and then next time you need to push changes to your branch a simple
57+ ``git push `` will suffice .
5058
5159The editing workflow
5260====================
@@ -125,7 +133,7 @@ without interfering with the output from the comparison. More detail?
125133Note the three dots in the URL above (``master...my-new-feature ``) and
126134see :ref: `dot2-dot3 `.
127135
128- Asking for your changes to be merged with the main repo
136+ Asking for your changes to be merged into the main repo
129137=======================================================
130138
131139When you are ready to ask for the merge of your code:
@@ -140,10 +148,15 @@ When you are ready to ask for the merge of your code:
140148 recipient. The message will go to the `matplotlib mailing list `_. Please
141149 feel free to add others from the list as you like.
142150
143- Merging from trunk
144- ==================
151+ #. If the branch is to be merged into a maintenance branch on the main
152+ repo, make sure the "base branch" indicates the maintenance branch
153+ and not master.
145154
146- This updates your code from the upstream `matplotlib github `_ repo.
155+ Staying up to date with changes in the central repository
156+ =========================================================
157+
158+ This updates your working copy from the upstream `matplotlib github `_
159+ repo.
147160
148161Overview
149162--------
@@ -177,6 +190,14 @@ then merging into your current branch::
177190
178191 git merge upstream/master
179192
193+ .. Doesn't one then need to push this up to the private repository? I
194+ .. have multiple machines I use for development, and I don't want to
195+ .. have to do this on all of them - MGD
196+
197+ .. Does this need to be done for each maintenance branch as well?
198+ .. This doesn't seem to be sufficient to pull in changes on an
199+ .. upstream maintenance branch. - MGD
200+
180201 Deleting a branch on github _
181202============================
182203
0 commit comments