You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
You can also add code examples in the `examples` folder. All files inside
127
-
the folder of the form `plot_*.py` will be executed and their generated
128
-
plots will be available for viewing in the `/auto_examples` URL.
129
-
130
-
To build the documentation locally execute::
131
-
132
-
$ cd doc
133
-
$ make html
134
-
135
-
4. Setting up Travis CI
136
-
~~~~~~~~~~~~~~~~~~~~~~~
137
-
138
-
[TravisCI](https://travis-ci.org/) allows you to continuously build and test
139
-
your code from Github to ensure that no code-breaking changes are pushed. After
140
-
you sign up and authourize TravisCI, add your new repository to TravisCI so that
141
-
it can start building it. The `travis.yml` contains the configuration required
142
-
for Travis to build the project. You will have to update the variable `MODULE`
143
-
with the name of your module for Travis to test it. Once you add the project on
144
-
TravisCI, all subsequent pushes on the master branch will trigger a Travis
145
-
build. By default, the project is tested on Python 2.7 and Python 3.5.
146
-
147
-
5. Setting up Coveralls
148
-
~~~~~~~~~~~~~~~~~~~~~~~
149
-
150
-
[Coveralls](https://coveralls.io/) reports code coverage statistics of your
151
-
tests on each push. Sign up on Coveralls and add your repository so that
152
-
Coveralls can start monitoring it. The project already contains the required
153
-
configuration for Coveralls to work. All subsequent builds after adding your
154
-
project will generate a coverage report.
155
-
156
-
6. Setting up Appveyor
157
-
~~~~~~~~~~~~~~~~~~~~~~
158
-
159
-
[Appveyor](https://www.appveyor.com/) provides continuous intergration on the
160
-
windows platform. Currently, Appveyor can also be used to build platform
161
-
specific Windows wheels, which can be uploaded to a Cloud Service provider and
162
-
be made available via a Content Delivery Network (CDN). To setup Appveyor to
163
-
build your project you need to sign up on Appveyor and authorize it. Appveyor
164
-
configaration is governed by the `appveyor.yml` file. You have to change the
165
-
following variables in it to match the requirements of your project.
166
-
167
-
|Variable | Value|
168
-
|----------|------|
169
-
|`PROJECT_NAME` | The name of your project. This should be the same as the `name` field in `setup.py` |
170
-
|`MODULE` | The name of the module you want to be tested |
171
-
|`CLOUD_STORAGE` | A constant which indicates which Cloud Storage service provider to use. It should be one among the [Supported Providers](https://libcloud.readthedocs.io/en/latest/storage/supported_providers.html) |
172
-
|`CLOUD_CONTAINER` | The name of a container with your Cloud Storage service provider where the built files will be uploaded.|
173
-
|`WHEELHOUSE_UPLOADER_USERNAME` | The username you have used to register with your Cloud Storage procider |
174
-
|`WHEELHOUSE_UPLOADER_SECRET` | An API key you have obtained from your Cloud Storage provider, which will authenticate you to upload files to it. This should **never** be stored in plain text. To make Appveyor encrypt your API key, use Appveyor's [Encrypt Tool](https://ci.appveyor.com/tools/encrypt) and store the returned value using a `secure:` prefix. |
175
-
176
-
Maintainers of an official [scikit-learn contrib](
177
-
https://contrib.scikit-learn.org) repository can request [Rackspace]
178
-
(https://mycloud.rackspace.com/) credentials from the scikit-learn developers.
179
-
180
-
181
-
7. Setting up Circle CI
182
-
~~~~~~~~~~~~~~~~~~~~~~~
183
-
184
-
The project uses [CircleCI](https://circleci.com/) to build its documentation
185
-
from the `master` branch and host it using [Github Pages](https://pages.github.com/).
186
-
Again, you will need to Sign Up and authorize CircleCI. The configuration
187
-
of CircleCI is governed by the `circle.yml` file, which needs to be mofified
188
-
if you want to setup the docs on your own website. The values to be changed
189
-
are
190
-
191
-
|Variable | Value|
192
-
|----------|------|
193
-
|`USERNAME` | The name of the user or organization of the repository where the project and documentation is hosted |
194
-
|`DOC_REPO` | The repository where the documentation will be hosted. This can be the same as the project repository |
195
-
|`DOC_URL` | The relative URL where the documentation will be hosted |
196
-
|`EMAIL` | The email id to use while pushing the documentation, this can be any valid email address |
197
-
198
-
In addition to this, you will need to grant access to the CircleCI computers
199
-
to push to your documentation repository. To do this, visit the Project Settings
200
-
page of your project in CircleCI. Select `Checkout SSH keys` option and then
201
-
choose `Create and add user key` option. This should grant CircleCI privileges
202
-
to push to the repository `https://github.com/USERNAME/DOC_REPO/`.
203
-
204
-
If all goes well, you should be able to visit the documentation of your project
205
-
on::
206
-
207
-
https://github.com/USERNAME/DOC_REPO/DOC_URL
208
-
209
-
210
-
8. Adding Badges
211
-
~~~~~~~~~~~~~~~~
212
-
213
-
Follow the instructions to add a [Travis Badge](https://docs.travis-ci.com/user/status-images/),
214
-
[Coveralls Badge](https://coveralls.io) and
215
-
[CircleCI Badge](https://circleci.com/docs/status-badges) to your repository's
216
-
`README`.
217
-
218
-
9. Advertising your package
219
-
~~~~~~~~~~~~~~~~~~~~~~~~~~~
220
-
221
-
Once your work is mature enough for the general public to use it, you should
0 commit comments