The documentation is built using Sphinx and reStructuredText, and then hosted by ReadTheDocs.
To build the docs, you will need to install
python (version 2 or higher). If you are
running Windows, you will want to add the Python install folder and the
\Scripts\ folder to your PATH
environment variable
(C:\Python34;C:\Python34\Scripts).
To install Sphinx, open a command prompt and run:
pip install sphinx
This may take a few minutes.
This project is also using a custom theme from ReadTheDocs, which you can install with:
pip install sphinx_rtd_theme
Note that later if you wish to update your current, installed version of this theme, you should run:
pip install -U sphinx_rtd_theme
You should now be able to navigate to the docs
folder and run
make html
which should generate the documentation in the _build folder. Open the _build/html/index.html file to view the generated documentation.
If contributing new documentation content, please review:
- the [Sphinx Style Guide](http://documentation-style-guide-sphinx.readthedocs. org/en/latest/style-guide.html)
Before adding content, submit an issue with a suggestion for your proposed article. Provide detail on what the article would discuss, and how it would relate to existing documentation.
Articles should be organized into logical groups or sections. Each section
should be given a named folder (e.g. /yourfirst). That section contains the
rst files for all articles in the section. For images and other static
resources, create a subfolder that matches the name of the article. Within this
subfolder, create a sample
folder for code samples and a _static
folder
for images and other static content.
docs
/concepts
/getting-started
/porting
/_static
portability_report.png
...
Note: Sphinx will automatically fix duplicate image names. There is no need to try to ensure uniqueness of static files beyond an individual article.
Author information is kept in authors.txt file in the docs folder. The authors should be specified by a name and a link to the author's GitHub profile.
Step 1: Open an Issue describing the article you wish to write and how it relates to existing content. Get approval to write your article.
Step 2: Fork the /dotnet/core-docs
repo.
Step 3: Create a branch
for your article.
Step 4: Write your article, placing the article in its own folder and any
needed images in a _static folder located in the same folder as the article.
Be sure to follow the proper reStructuredText syntax. If you have code samples,
place them in a folder within the /samples/
folder.
Step 5: Submit a Pull Request from your branch to dotnet/core-docs/master
.
Step 6: Discuss the Pull Request with the .NET team; make any requested updates to your branch. When they are ready to accept the PR, they will add a "LGTM" (Looks Good To Me) comment and any other steps that are (maybe) needed.
Below is a short list of guiding rules that you should keep in mind when you are contributing to .NET Core documentation.
- Don't forget to submit an issue before starting work on an article
- Don't forget to create a separate branch before working on your article
- Don't update or
merge
your branch after you submit your pull request - If updating code samples in
/samples/
, be sure any line number references in your article remain correct