The process of contributing articles and code samples to the Entity Framework documentation is explained below. Contributions can be as simple as typo corrections or as complex as new articles.
Articles are stored as Markdown files in this repository. To make a simple change to the content of a Markdown file, click the Edit link in the upper right corner of the browser window. You might need to expand the options bar to see the Edit link. Follow the directions to create a pull request (PR). The EF team will review the PR and accept it or suggest changes.
You'll need a basic understanding of Git and GitHub.com.
- Open an issue describing what you want to do, such as change an existing article or create a new one. Wait for approval from the EF team before you invest much time.
- Fork the dotnet/EntityFramework.Docs repo and create a branch for your changes.
- Submit a pull request (PR) to master with your changes.
- Respond to PR feedback.
Articles are written in DocFx-flavored Markdown (DFM), a superset of GitHub-flavored Markdown (GFM). For examples of DFM syntax and metadata for UI features commonly used in the EF documentation, see Metadata and Markdown Template in the .NET Core repo style guide.
Images and other static content are stored in an _static
folder within each area/folder of the site.
Code samples are stored in the samples
root folder. They are organized into a folder structure that mimics the documentation structure (found under the entity-framework
root folder).
Articles frequently contain code snippets to illustrate points. DFM lets you copy code into the Markdown file or refer to a separate code file. Whenever possible, use separate code files to minimize the chance of errors in the code. The code files should be stored in the repo using the folder structure described above for sample projects.
Here are some examples of DFM code snippet syntax.
To render an entire code file as a snippet:
[!code-csharp[Main](../../../samples/core/saving/Program.cs)]
To render a portion of a file as a snippet by using line numbers:
[!code-csharp[Main](../../../samples/core/saving/Program.cs?range=1-10]
For C# snippets, you can reference a C# region. Use regions rather than line numbers. Line numbers in a code file tend to change and get out of sync with line number references in Markdown. C# regions can be nested. If you reference the outer region, the inner #region
and #endregion
directives are not rendered in a snippet.
To render a C# region named "snippet_Example":
[!code-csharp[Main](../../../samples/core/saving/Program.cs?name=snippet_Example)]
To highlight selected lines in a rendered snippet (usually renders as yellow background color):
[!code-csharp[Main](../../../samples/core/saving/Program.cs?name=snippet_Example&highlight=1-3,10,20-25)]
Test your changes with the DocFX command-line tool, which creates a locally hosted version of the site. DocFX doesn't render style and site extensions created for docs.microsoft.com.
DocFX requires the .NET Framework on Windows, or Mono for Linux or macOS.
-
Download and unzip docfx.zip from DocFX releases.
-
Add DocFX to your PATH.
-
In a command-line window, navigate to the cloned repository (which contains the docfx.json file) and run the following command:
docfx -t default --serve
-
In a browser, navigate to
http://localhost:8080
.
-
Install Mono via Homebrew -
brew install mono
. -
Download the latest version of DocFX.
-
Extract to
\bin\docfx
. -
Create an alias for docfx:
function docfx { mono $HOME/bin/docfx/docfx.exe } function docfx-serve { mono $HOME/bin/docfx/docfx.exe serve _site }
-
Run docfx in the cloned repository to build the site, and docfx-serve to view the site at
http://localhost:8080
.
Our goal is to write documentation that is easily understandable by the widest possible audience. To that end we have established guidelines for writing style that we ask our contributors to follow. For more information, see Voice and tone guidelines in the .NET Core repo.