##// END OF EJS Templates
mention pr folder in whatsnew and CONTRIBUTING
Paul Ivanov -
Show More
@@ -1,37 +1,41 b''
1 1 ## Opening an Issue
2 2
3 3 When opening a new Issue, please take the following steps:
4 4
5 5 1. Search GitHub and/or Google for your issue to avoid duplicate reports.
6 6 Keyword searches for your error messages are most helpful.
7 7 2. If possible, try updating to master and reproducing your issue,
8 8 because we may have already fixed it.
9 9 3. Try to include a minimal reproducible test case
10 10 4. Include relevant system information. Start with the output of:
11 11
12 12 python -c "import IPython; print(IPython.sys_info())"
13 13
14 14 And include any relevant package versions, depending on the issue,
15 15 such as matplotlib, numpy, Qt, Qt bindings (PyQt/PySide), tornado, web browser, etc.
16 16
17 17 ## Pull Requests
18 18
19 19 Some guidelines on contributing to IPython:
20 20
21 21 * All work is submitted via Pull Requests.
22 22 * Pull Requests can be submitted as soon as there is code worth discussing.
23 23 Pull Requests track the branch, so you can continue to work after the PR is submitted.
24 24 Review and discussion can begin well before the work is complete,
25 25 and the more discussion the better.
26 26 The worst case is that the PR is closed.
27 27 * Pull Requests should generally be made against master
28 28 * Pull Requests should be tested, if feasible:
29 29 - bugfixes should include regression tests
30 30 - new behavior should at least get minimal exercise
31 * New features and backwards-incompatible changes should be documented by adding
32 a new file to the [development](docs/source/whatsnew/development) directory,
33 see [the README.md there](docs/source/whatsnew/development/README.md) for
34 details.
31 35
32 36 [Travis](http://travis-ci.org/#!/ipython/ipython) does a pretty good job testing IPython and Pull Requests,
33 37 but it may make sense to manually perform tests (possibly with our `test_pr` script),
34 38 particularly for PRs that affect `IPython.parallel` or Windows.
35 39
36 40 For more detailed information, see our [GitHub Workflow](https://github.com/ipython/ipython/wiki/Dev:-GitHub-workflow).
37 41
@@ -1,15 +1,22 b''
1 1 =====================
2 2 Development version
3 3 =====================
4 4
5 5 This document describes in-flight development work.
6 6
7 .. warning::
8
9 Please do not edit this file by hand (doing so will likely cause merge
10 conflicts for other Pull Requests). Instead, create a new file in the
11 `docs/source/whatsnew/pr` folder
12
13
7 14 - `%%capture` cell magic now captures the rich display output, not just
8 15 stdout/stderr
9 16
10 17
11 18 Backwards incompatible changes
12 19 ------------------------------
13 20
14 21 * Python 2.6 and 3.2 are no longer supported: the minimum required
15 22 Python versions are now 2.7 and 3.3.
General Comments 0
You need to be logged in to leave comments. Login now