@@ -160,7 +160,7 @@ upstream changes, and resolving conflicts.
160160In git, rebasing is a mild form of re-writing history: it effectively forwards
161161all your commits to the updated upstream commit. For a much more detailed
162162explanation (with pictures!) see `this nice write up
163- <http ://git-scm.com/book/en/Git-Branching-Rebasing> `. The numpy team has also
163+ <https ://git-scm.com/book/en/Git-Branching-Rebasing> `. The NumPy team has also
164164`documented how to do this
165165<http://docs.scipy.org/doc/numpy/dev/gitwash/development_workflow.html#rebasing-on-master> `
166166In general, re-writing history, particularly published history, is considered
@@ -207,9 +207,9 @@ and git will then give a bunch of feed back::
207207 To check out the original branch and stop rebasing, run "git rebase --abort".
208208
209209A number of commits could be cleanly applied to
210- the tip of `matplotlib/master `, however , git eventually hits a commit
211- that had conflicts. In this case in the file
212- `lib/matplotlib/backends/backend_gtk3.py `. For more verbose information run ::
210+ the tip of `matplotlib/master `. However , git may eventually hit a commit
211+ that had conflicts: in the example above, this happens in the file
212+ `lib/matplotlib/backends/backend_gtk3.py `) . For more verbose information run ::
213213
214214 $ git status
215215
0 commit comments