@@ -47,18 +47,20 @@ Release checklist
47
47
* Review and update the release notes. Review and update the ``Changelog ``
48
48
file. Get a partial list of contributors with something like::
49
49
50
- git log 1.2 .0.. | grep '^Author' | cut -d' ' -f 2- | sort | uniq
50
+ git log 1.3 .0.. | grep '^Author' | cut -d' ' -f 2- | sort | uniq
51
51
52
- where ``1.2 .0 `` was the last release tag name.
52
+ where ``1.3 .0 `` was the last release tag name.
53
53
54
54
Then manually go over ``git shortlog 1.2.0.. `` to make sure the release notes
55
55
are as complete as possible and that every contributor was recognized.
56
56
57
- * Update thanks to authors in ``doc/source/index.rst `` and consider any updates
58
- to the ``AUTHOR `` file.
57
+ * Look at ``doc/source/index.rst `` and add any authors not yet acknowledged.
59
58
60
- * Use the opportunity to update the ``.mailmap `` file if there are any duplicate
61
- authors listed from ``git shortlog -nse ``.
59
+ * Update thanks to authors in ``doc/source/index.rst `` and consider any
60
+ updates to the ``AUTHOR `` file.
61
+
62
+ * Use the opportunity to update the ``.mailmap `` file if there are any
63
+ duplicate authors listed from ``git shortlog -nse ``.
62
64
63
65
* Check the copyright year in ``doc/source/conf.py ``
64
66
@@ -70,8 +72,8 @@ Release checklist
70
72
becase this will be the output used by pypi _
71
73
72
74
* Check the dependencies listed in ``nibabel/info.py `` (e.g.
73
- ``NUMPY_MIN_VERSION ``) and in ``doc/source/installation.rst ``. They should at
74
- least match. Do they still hold?
75
+ ``NUMPY_MIN_VERSION ``) and in ``doc/source/installation.rst ``. They should
76
+ at least match. Do they still hold?
75
77
76
78
* Do a final check on the `nipy buildbot `_
77
79
@@ -96,10 +98,6 @@ Release checklist
96
98
97
99
make sdist-tests
98
100
99
- and bdist_egg::
100
-
101
- make bdist-egg-tests
102
-
103
101
and the three ways of installing (from tarball, repo, local in repo)::
104
102
105
103
make check-version-info
@@ -124,50 +122,18 @@ Release checklist
124
122
125
123
Fix ``setup.py `` to carry across any files that should be in the distribution.
126
124
127
- * You probably have virtualenvs for different python versions. Check the tests
128
- pass for different configurations. If you have pytox _ and a network
129
- connnection, and lots of pythons installed, you might be able to do::
130
-
131
- tox
132
-
133
- and get tests for python 2.5, 2.6, 2.7, 3.2. I (MB) have my own set of
134
- virtualenvs installed and I've set them up to run with::
135
-
136
- tox -e python25,python26,python27,python32,np-1.2.1
137
-
138
- The trick was only to define these ``testenv `` sections in ``tox.ini ``.
139
-
140
- These two above run with::
141
-
142
- make tox-fresh
143
- make tox-stale
144
-
145
- respectively.
146
-
147
- The long-hand not-tox way looks like this::
125
+ * You probably have virtualenvs for different Python versions. Check the
126
+ tests pass for different configurations. The long-hand way looks like this::
148
127
149
128
workon python26
129
+ make distclean
150
130
make sdist-tests
151
131
deactivate
152
132
153
133
etc for the different virtualenvs.
154
134
155
- * Check on different platforms, particularly windows and PPC. I have wine
156
- installed on my Mac, and git bash installed under wine. I run bash and the
157
- tests like this::
158
-
159
- wineconsole bash
160
- # in wine bash
161
- make sdist-tests
162
-
163
- For the PPC I have to log into an old Mac G5 in Berkeley at
164
- ``jerry.bic.berkeley.edu ``. Here's an example session::
165
-
166
- ssh jerry.bic.berkeley.edu
167
- cd dev_trees/nibabel
168
- git co main-master
169
- git pull
170
- make sdist-tests
135
+ * Check on different platforms, particularly windows and PPC. Look at the
136
+ `nipy buildbot `_ automated test runs for this.
171
137
172
138
* Check the documentation doctests::
173
139
@@ -187,8 +153,8 @@ Release checklist
187
153
make source-release
188
154
189
155
* Once everything looks good, you are ready to upload the source release to
190
- PyPi. See `setuptools intro `_. Make sure you have a file `` \$HOME/.pypirc ``,
191
- of form::
156
+ PyPi. See `setuptools intro `_. Make sure you have a file
157
+ `` \$HOME/.pypirc ``, of form::
192
158
193
159
[distutils]
194
160
index-servers =
@@ -207,9 +173,9 @@ Release checklist
207
173
python setup.py register
208
174
python setup.py sdist --formats=gztar,zip upload
209
175
210
- * Tag the release with tag of form ``1.1 .0 ``::
176
+ * Tag the release with tag of form ``1.4 .0 ``::
211
177
212
- git tag -am 'Second main release' 1.1 .0
178
+ git tag -am 'Fourth main release' 1.4 .0
213
179
214
180
* Push the tag and any other changes to trunk with::
215
181
@@ -220,13 +186,13 @@ Release checklist
220
186
* http://nipy.bic.berkeley.edu/builders/nibabel-bdist32
221
187
* http://nipy.bic.berkeley.edu/builders/nibabel-bdist64
222
188
223
- For each of these, enter the revision number (e.g. "1.3 .0") in the field
189
+ For each of these, enter the revision number (e.g. "1.4 .0") in the field
224
190
"Revision to build". Then get the built binaries in:
225
191
226
192
* http://nipy.bic.berkeley.edu/dist-32
227
193
* http://nipy.bic.berkeley.edu/dist-64
228
194
229
- and upload them to pypi with the admin files interface.
195
+ and upload them to pypi with the admin files interface, or using twine _ .
230
196
231
197
If you are already on a windows machine, you could have done the manual
232
198
command to upload instead: ``python setup.py bdist_wininst upload ``.
0 commit comments