Github Markdown Language

Posted on  by admin

Markdown is a lightweight and easy-to-use syntax for styling all forms of writing on the GitHub platform.

What you will learn:

  • Posts about GitHub written by Mikael Nystrom.
  • For the marketing term, see Price markdown.Markdown Internet media type text/markdown 1Uniform Type Identifier (UTI) net.daringfire.

The second type of code display DataTables Markdown uses matches GitHub Flavoured Markdown to display larger sections of. A language identifier for the. Markdown is a lightweight markup language for creating formatted text using a plain-text editor. John Gruber and Aaron Swartz created Markdown in 2004 as a markup language that is appealing to. Markdownnpp by Edditoria - Markdown syntax highlighting for Notepad, by customized UDL (user defined language) file.

  • How the Markdown format makes styled collaborative editing easy
  • How Markdown differs from traditional formatting approaches
  • How to use Markdown to format text
  • How to leverage GitHub’s automatic Markdown rendering
  • How to apply GitHub’s unique Markdown extensions

What is Markdown?

Markdown is a way to style text on the web. You control the display of the document; formatting words as bold or italic, adding images, and creating lists are just a few of the things we can do with Markdown. Mostly, Markdown is just regular text with a few non-alphabetic characters thrown in, like # or *.

Github markdown code block languagesGithub markdown language support

You can use Markdown most places around GitHub:

  • Comments in Issues and Pull Requests
  • Files with the .md or .markdown extension

For more information, see “Writing on GitHub” in the GitHub Help.


It's very easy to make some words bold and other words italic with Markdown. You can even link to Google!

Syntax guide


Here’s an overview of Markdown syntax that you can use anywhere on or in your own text files.

Github Markdown Language









Inline code

GitHub Flavored Markdown uses its own version of the Markdown syntax that provides an additional set of useful features, many of which make it easier to work with content on

Note that some features of GitHub Flavored Markdown are only available in the descriptions and comments of Issues and Pull Requests. These include @mentions as well as references to SHA-1 hashes, Issues, and Pull Requests. Task Lists are also available in Gist comments and in Gist Markdown files.

Syntax highlighting

Here’s an example of how you can use syntax highlighting with GitHub Flavored Markdown:

You can also simply indent your code by four spaces:

Here’s an example of Python code without syntax highlighting:

Task Lists

If you include a task list in the first comment of an Issue, you will get a handy progress indicator in your issue list. It also works in Pull Requests!


You can create tables by assembling a list of words and dividing them with hyphens - (for the first row), and then separating each column with a pipe :

Would become:

First HeaderSecond Header
Content from cell 1Content from cell 2
Content in the first columnContent in the second column

SHA references


Any reference to a commit’s SHA-1 hash will be automatically converted into a link to that commit on GitHub.

Issue references within a repository

Any number that refers to an Issue or Pull Request will be automatically converted into a link.

Username @mentions

Typing an @ symbol, followed by a username, will notify that person to come and view the comment. This is called an “@mention”, because you’re mentioning the individual. You can also @mention teams within an organization.

Automatic linking for URLs

Any URL (like will be automatically converted into a clickable link.


Any word wrapped with two tildes (like ~~this~~) will appear crossed out.


GitHub supports emoji!

To see a list of every image we support, check out the Emoji Cheat Sheet.

Last updated Jan 15, 2014

This almost certainly has to do with line endings.

Most people have likely included a line ending at the end of the first line. Therefore the file contains a second blank line. A few users did not add a line ending (using the [enter] or [return] key). Therefore, their file contains one line.

Github Markdown Code Language

Generally it is considered good form to include a line ending at the end of the last line of a plain text file. In fact, many text editors will automatically add one for you, which is probably why most of the files contain two lines. That said, any decent Markdown parser should be able to properly parse a Markdown file missing a line ending on the last line.

Github Markdown Language Syntax

As for the difference in file size (when there are no typos), this is also likely due to line endings. On Windows (DOS), the system default is to use two (hidden) characters to represent a line ending (usually represented as rn). Whereas all other systems (Mac OS, Linux, Unix, etc) only use a single character (n). Again, any decent Markdown parser should be able to handle either. But, each gives a different character count and therefore a different file size.