@@ -160,7 +160,7 @@ upstream changes, and resolving conflicts.
160
160
In git, rebasing is a mild form of re-writing history: it effectively forwards
161
161
all your commits to the updated upstream commit. For a much more detailed
162
162
explanation (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
164
164
`documented how to do this
165
165
<http://docs.scipy.org/doc/numpy/dev/gitwash/development_workflow.html#rebasing-on-master> `
166
166
In general, re-writing history, particularly published history, is considered
@@ -207,9 +207,9 @@ and git will then give a bunch of feed back::
207
207
To check out the original branch and stop rebasing, run "git rebase --abort".
208
208
209
209
A 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 ::
213
213
214
214
$ git status
215
215
0 commit comments