| commit | author | age | ||
| 3a8c85 | 1 | Contributing |
| SP | 2 | ============ |
| 3 | ||
| 4 | All projects under the Pylons Projects, including this one, follow the | |
| 5 | guidelines established at [How to | |
| 44d930 | 6 | Contribute](http://www.pylonsproject.org/community/how-to-contribute) and |
| SP | 7 | [Coding Style and |
| 8 | Standards](http://docs.pylonsproject.org/en/latest/community/codestyle.html). | |
| 3a8c85 | 9 | |
| SP | 10 | You can contribute to this project in several ways. |
| 11 | ||
| 12 | * [File an Issue on GitHub](https://github.com/Pylons/pyramid/issues) | |
| 13 | * Fork this project and create a branch with your suggested change. When ready, | |
| 14 | submit a pull request for consideration. [GitHub | |
| 15 | Flow](https://guides.github.com/introduction/flow/index.html) describes the | |
| 16 | workflow process and why it's a good practice. When submitting a pull | |
| 17 | request, sign | |
| 44d930 | 18 | [CONTRIBUTORS.txt](https://github.com/Pylons/pyramid/blob/master/CONTRIBUTORS.txt) |
| 3a8c85 | 19 | if you have not yet done so. |
| SP | 20 | * Join the IRC channel #pyramid on irc.freenode.net. |
| 44d930 | 21 | |
| SP | 22 | Git Branches |
| 23 | ------------ | |
| 24 | Git branches and their purpose and status at the time of this writing are | |
| 25 | listed below. | |
| 26 | ||
| 27 | * [master](https://github.com/Pylons/pyramid/) - The branch on which further | |
| 28 | development takes place. The default branch on GitHub. | |
| 29 | * [1.6-branch](https://github.com/Pylons/pyramid/tree/1.6-branch) - The branch | |
| 8be4c4 | 30 | classified as "stable" or "latest". Actively maintained. |
| SP | 31 | * [1.5-branch](https://github.com/Pylons/pyramid/tree/1.5-branch) - The oldest |
| 44d930 | 32 | actively maintained and stable branch. |
| SP | 33 | |
| 34 | Older branches are not actively maintained. In general, two stable branches and | |
| 35 | one or two development branches are actively maintained. | |
| 3a8c85 | 36 | |
| SP | 37 | Prerequisites |
| 38 | ------------- | |
| 39 | ||
| 40 | Follow the instructions in HACKING.txt for your version or branch located in | |
| 41 | the [root of the Pyramid repository](https://github.com/Pylons/pyramid/) to | |
| 42 | install Pyramid and the tools needed to run its tests and build its | |
| 43 | documentation. | |
| 44 | ||
| 45 | Building documentation for a Pylons Project project | |
| 46 | --------------------------------------------------- | |
| 47 | ||
| 48 | *Note:* These instructions might not work for Windows users. Suggestions to | |
| 49 | improve the process for Windows users are welcome by submitting an issue or a | |
| 50 | pull request. Windows users may find it helpful to follow the guide [Installing | |
| 51 | Pyramid on a Windows | |
| 52 | System](http://docs.pylonsproject.org/projects/pyramid/en/latest/narr/install.html#installing-pyramid-on-a-windows-system). | |
| 53 | ||
| 54 | 1. Fork the repo on GitHub by clicking the [Fork] button. | |
| 55 | 2. Clone your fork into a workspace on your local machine. | |
| 56 | ||
| 44d930 | 57 | git clone git@github.com:<username>/pyramid.git |
| 3a8c85 | 58 | |
| SP | 59 | 3. Add a git remote "upstream" for the cloned fork. |
| 60 | ||
| 61 | git remote add upstream git@github.com:Pylons/pyramid.git | |
| 62 | ||
| 63 | 4. Set an environment variable as instructed in the | |
| 64 | [prerequisites](https://github.com/Pylons/pyramid/blob/master/HACKING.txt#L55-L58). | |
| 65 | ||
| 66 | # Mac and Linux | |
| 67 | $ export VENV=~/hack-on-pyramid/env | |
| 68 | ||
| 69 | # Windows | |
| 70 | set VENV=c:\hack-on-pyramid\env | |
| 71 | ||
| 72 | 5. Try to build the docs in your workspace. | |
| 73 | ||
| 74 | # Mac and Linux | |
| 75 | $ make clean html SPHINXBUILD=$VENV/bin/sphinx-build | |
| 76 | ||
| 77 | # Windows | |
| 78 | c:\> make clean html SPHINXBUILD=%VENV%\bin\sphinx-build | |
| 79 | ||
| 80 | If successful, then you can make changes to the documentation. You can | |
| 81 | load the built documentation in the `/_build/html/` directory in a web | |
| 82 | browser. | |
| 83 | ||
| 44d930 | 84 | 6. From this point forward, follow the typical [git |
| SP | 85 | workflow](https://help.github.com/articles/what-is-a-good-git-workflow/). |
| 86 | Start by pulling from the upstream to get the most current changes. | |
| 3a8c85 | 87 | |
| SP | 88 | git pull upstream master |
| 89 | ||
| 90 | 7. Make a branch, make changes to the docs, and rebuild them as indicated in | |
| 91 | step 5. To speed up the build process, you can omit `clean` from the above | |
| 92 | command to rebuild only those pages that depend on the files you have | |
| 93 | changed. | |
| 94 | ||
| 95 | 8. Once you are satisfied with your changes and the documentation builds | |
| 96 | successfully without errors or warnings, then git commit and push them to | |
| 97 | your "origin" repository on GitHub. | |
| 98 | ||
| 99 | git commit -m "commit message" | |
| 100 | git push -u origin --all # first time only, subsequent can be just 'git push'. | |
| 101 | ||
| 102 | 9. Create a [pull request](https://help.github.com/articles/using-pull-requests/). | |
| 103 | ||
| 104 | 10. Repeat the process starting from Step 6. | |
