Github Markdown Readme



Article version: GitHub.com
Article version: GitHub.com
Github Markdown Readme

Convert markdown to html with inlined styles using github-markdown-css. Markdown Cheatsheet for Github Readme.md. Contribute to tchapi/markdown-cheatsheet development by creating an account on GitHub.

Why question mark appears on Github instead of the actual link? My README file is like this: ## Refer to!handout(handout2.pdf) for more detailed instructions handout2.pdf is present in the same.

You can add a README file to your repository to tell other people why your project is useful, what they can do with your project, and how they can use it.

In this article

About READMEs

You can add a README file to a repository to communicate important information about your project. A README, along with a repository license, contribution guidelines, and a code of conduct, communicates expectations for your project and helps you manage contributions.

Github Readme Markdown Image Size

For more information about providing guidelines for your project, see 'Adding a code of conduct to your project' and 'Setting up your project for healthy contributions.'

A README is often the first item a visitor will see when visiting your repository. README files typically include information on:

  • What the project does
  • Why the project is useful
  • How users can get started with the project
  • Where users can get help with your project
  • Who maintains and contributes to the project

If you put your README file in your repository's root, docs, or hidden .github directory, GitHub will recognize and automatically surface your README to repository visitors.

If you add a README file to the root of a public repository with the same name as your username, that README will automatically appear on your profile page. You can edit your profile README with GitHub Flavored Markdown to create a personalized section on your profile. For more information, see 'Managing your profile README.'

Section links in README files and blob pages

Many projects use a table of contents at the start of a README to direct users to different sections of the file. You can link directly to a section in a rendered file by hovering over the section heading to expose the link:

Relative links and image paths in README files

You can define relative links and image paths in your rendered files to help readers navigate to other files in your repository.

A relative link is a link that is relative to the current file. For example, if you have a README file in root of your repository, and you have another file in docs/CONTRIBUTING.md, the relative link to CONTRIBUTING.md in your README might look like this:

GitHub will automatically transform your relative link or image path based on whatever branch you're currently on, so that the link or path always works. You can use all relative link operands, such as ./ and ../.

Relative links are easier for users who clone your repository. Absolute links may not work in clones of your repository - we recommend using relative links to refer to other files within your repository.

Further reading

  • 'Adding a file to a repository'
  • 18F's 'Making READMEs readable'

GitHub displays Markdown files so nicely, it’s a shame there is no print view where all the toolbars etc. are hidden. Note that printing doesn’t necessarily mean that paper is involved. For example, on Mac OS X, you can print to PDF files.

This blog post explains three ways of printing Markdown files that are hosted on GitHub:

  • Markdown tools: such as kramdown can be used to turn Markdown files into HTML files that can be printed.
  • Safari’s Reader mode [1]: With many pages, Safari displays a “Reader” button in the address bar. Clicking it usually removes all clutter around content. You can print a page in Reader mode. Disadvantage of this solution (especially compared to the next one): You lose most of the syntax highlighting of source code.
  • Bookmarklet [2]: Create a bookmark with the following URL, click it and everything around the content is removed.
    javascript:var content = document. querySelector('article'); var body = document.querySelector('body'); body.innerHTML = '; body.appendChild(content);
The above approaches work, e.g., with project readme files. I’ve tested them with the following file: “ServiceWorkers Explained” by Alex Russell.

Github Readme Markdown Image

References: