4
4
Development workflow
5
5
====================
6
6
7
- You already have your own forked copy of the Nipype _ repository, by
7
+ You already have your own forked copy of the nipype _ repository, by
8
8
following :ref: `forking `, :ref: `set-up-fork `, and you have configured
9
9
git _ by following :ref: `configure-git `.
10
10
11
11
Workflow summary
12
12
================
13
13
14
14
* Keep your ``master `` branch clean of edits that have not been merged
15
- to the main Nipype _ development repo. Your ``master `` then will follow
16
- the main Nipype _ repository.
15
+ to the main nipype _ development repo. Your ``master `` then will follow
16
+ the main nipype _ repository.
17
17
* Start a new *feature branch * for each set of edits that you do.
18
18
* If you can avoid it, try not to merge other branches into your feature
19
19
branch while you are working.
@@ -22,7 +22,7 @@ Workflow summary
22
22
This way of working really helps to keep work well organized, and in
23
23
keeping history as clear as possible.
24
24
25
- See - for example - `linux git workflow `_.
25
+ See | emdash | for example | emdash | `linux git workflow `_.
26
26
27
27
Making a new feature branch
28
28
===========================
@@ -33,7 +33,7 @@ Making a new feature branch
33
33
git checkout my-new-feature
34
34
35
35
Generally, you will want to keep this also on your public github _ fork
36
- of Nipype _ . To do this, you `git push `_ this new branch up to your github _
36
+ of nipype _ . To do this, you `git push `_ this new branch up to your github _
37
37
repo. Generally (if you followed the instructions in these pages, and
38
38
by default), git will have a link to your github _ repo, called
39
39
``origin ``. You push up to your own repo on github _ with::
@@ -87,29 +87,30 @@ In more detail
87
87
#. To commit all modified files into the local copy of your repo,, do
88
88
``git commit -am 'A commit message' ``. Note the ``-am `` options to
89
89
``commit ``. The ``m `` flag just signals that you're going to type a
90
- message on the command line. The ``a `` flag - you can just take on
91
- faith - or see `why the -a flag? `_. See also the `git commit `_ manual
92
- page.
90
+ message on the command line. The ``a `` flag |emdash | you can just take on
91
+ faith |emdash | or see `why the -a flag? `_ |emdash | and the helpful use-case
92
+ description in the `tangled working copy problem `_. The `git commit `_ manual
93
+ page might also be useful.
93
94
#. To push the changes up to your forked repo on github _, do a ``git
94
95
push `` (see `git push `).
95
96
96
97
Asking for code review
97
98
======================
98
99
99
- #. Go to your repo URL - e.g. ``http://github.com/your-user-name/nipype ``.
100
+ #. Go to your repo URL | emdash | e.g. ``http://github.com/your-user-name/nipype ``.
100
101
#. Click on the *Branch list * button:
101
102
102
103
.. image :: branch_list.png
103
104
104
- #. Click on the *Compare * button for your feature branch - here ``my-new-feature ``:
105
+ #. Click on the *Compare * button for your feature branch | emdash | here ``my-new-feature ``:
105
106
106
107
.. image :: branch_list_compare.png
107
108
108
109
#. If asked, select the *base * and *comparison * branch names you want to
109
110
compare. Usually these will be ``master `` and ``my-new-feature ``
110
111
(where that is your feature branch name).
111
112
#. At this point you should get a nice summary of the changes. Copy the
112
- URL for this, and post it to the `Nipype mailing list `_, asking for
113
+ URL for this, and post it to the `nipype mailing list `_, asking for
113
114
review. The URL will look something like:
114
115
``http://github.com/your-user-name/nipype/compare/master...my-new-feature ``.
115
116
There's an example at
@@ -135,14 +136,14 @@ When you are ready to ask for the merge of your code:
135
136
136
137
.. image :: pull_button.png
137
138
138
- Enter a message; we suggest you select only ``Nipype `` as the
139
- recipient. The message will go to the `Nipype mailing list `_. Please
139
+ Enter a message; we suggest you select only ``nipype `` as the
140
+ recipient. The message will go to the `nipype mailing list `_. Please
140
141
feel free to add others from the list as you like.
141
142
142
143
Merging from trunk
143
144
==================
144
145
145
- This updates your code from the upstream `Nipype github `_ repo.
146
+ This updates your code from the upstream `nipype github `_ repo.
146
147
147
148
Overview
148
149
--------
@@ -197,7 +198,7 @@ If you want to work on some stuff with other people, where you are all
197
198
committing into the same repository, or even the same branch, then just
198
199
share it via github _.
199
200
200
- First fork Nipype into your account, as from :ref: `forking `.
201
+ First fork nipype into your account, as from :ref: `forking `.
201
202
202
203
Then, go to your forked repository github page, say
203
204
``http://github.com/your-user-name/nipype ``
@@ -235,4 +236,4 @@ To see a linear list of commits for this branch::
235
236
You can also look at the `network graph visualizer `_ for your github _
236
237
repo.
237
238
238
- .. include :: git_links .inc
239
+ .. include :: links .inc
0 commit comments