Github Readme List



Readme Styles from Github
.readme #tm_webpreview_header {color:#000; display: none;}
.readme {background-color:#fff;font-family:sans-serif; margin-top: 0;}
.readme h1,.readme h2,.readme h3,.readme h4,.readme h5,.readme h6{border:0!important;}
.readme h1{font-size:170%!important;border-top:4px solid #aaa!important;padding-top:.5em!important;margin-top:1.5em!important;}
.readme h1:first-child{margin-top:0!important;padding-top:.25em!important;border-top:none!important;}
.readme h2{font-size:150%!important;margin-top:1.5em!important;border-top:4px solid #e0e0e0!important;padding-top:.5em!important;}
.readme h3{margin-top:1em!important;}
.readme p{margin:1em 0!important;line-height:1.5em!important;}
.readme a.absent{color:#a00;}
.readme ul,#wiki-form .content-body ul{margin:1em 0 1em 2em!important; padding: 0; list-style-type: square;}
.readme ol,#wiki-form .content-body ol{margin:1em 0 1em 2em!important; padding: 0;}
.readme ul li,#wiki-form .content-body ul li,.readme ol li,#wiki-form .content-body ol li{margin-top:.5em;margin-bottom:.5em;}
.readme ul ul,.readme ul ol,.readme ol ol,.readme ol ul,#wiki-form .content-body ul ul,#wiki-form .content-body ul ol,#wiki-form .content-body ol ol,#wiki-form .content-body ol ul{margin-top:0!important;margin-bottom:0!important;}
.readme blockquote{margin:1em 0!important;border-left:5px solid #ddd!important;padding-left:.6em!important;color:#555!important;}
.readme dt{font-weight:bold!important;margin-left:1em!important;}
.readme dd{margin-left:2em!important;margin-bottom:1em!important;}
.readme table{margin:1em 0!important;}
.readme table th{border-bottom:1px solid #bbb!important;padding:.2em 1em!important;}
.readme table td{border-bottom:1px solid #ddd!important;padding:.2em 1em!important;}
.readme pre{margin:1em 0;font-size:12px;background-color:#eee;border:1px solid #ddd;padding:5px;line-height:1.5em;color:#444;overflow:auto;-webkit-box-shadow:rgba(0,0,0,0.07) 0 1px 2px inset;-webkit-border-radius:3px;-moz-border-radius:3px;border-radius:3px;}
.readme pre::-webkit-scrollbar{height:8px;width:8px;}
.readme pre::-webkit-scrollbar-track-piece{margin-bottom:10px;background-color:#e5e5e5;border-bottom-left-radius:4px 4px;border-bottom-right-radius:4px 4px;border-top-left-radius:4px 4px;border-top-right-radius:4px 4px;}
.readme pre::-webkit-scrollbar-thumb:vertical{height:25px;background-color:#ccc;-webkit-border-radius:4px;-webkit-box-shadow:0 1px 1px rgba(255,255,255,1);}
.readme pre::-webkit-scrollbar-thumb:horizontal{width:25px;background-color:#ccc;-webkit-border-radius:4px;}
.readme pre code{padding:0!important;font-size:12px!important;background-color:#eee!important;border:none!important;}
.readme code{font-size:12px!important;background-color:#f8f8ff!important;color:#444!important;padding:0 .2em!important;border:1px solid #dedede!important;}
.readme a code,.readme a:link code,.readme a:visited code{color:#4183c4!important;}
.readme img{max-width:100%;}
.readme pre.console{margin:1em 0!important;font-size:12px!important;background-color:black!important;padding:.5em!important;line-height:1.5em!important;color:white!important;}
.readme pre.console code{padding:0!important;font-size:12px!important;background-color:black!important;border:none!important;color:white!important;}
.readme pre.console span{color:#888!important;}
.readme pre.console span.command{color:yellow!important;}
.readme .frame{margin:0;display:inline-block;}
.readme .frame img{display:block;}
.readme .frame>span{display:block;border:1px solid #aaa;padding:4px;}
.readme .frame span span{display:block;font-size:10pt;margin:0;padding:4px 0 2px 0;text-align:center;line-height:10pt;font-family:'Helvetica Neue',Helvetica,Arial,sans-serif;}
.readme .float-left{float:left;padding:.5em 1em .25em 0;}
.readme .float-right{float:right;padding:.5em 0 .25em 1em;}
.readme .align-left{display:block;text-align:left;}
.readme .align-center{display:block;text-align:center;}
.readme .align-right{display:block;text-align:right;}
.readme a{color:#4183c4;text-decoration:none;}
.readme a:hover{text-decoration:underline;}
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Good documentation is key to the success of any project. Making documentation accessible enables people to learn about a project; making it easy to update ensures that documentation stays relevant.

Two common ways to document a project are README files and wikis:

Github Readme List
  • README files are a quick and simple way for other users to learn more about your work.

  • Wikis on GitHub help you present in-depth information about your project in a useful way.

GitHub readme markdown to include bullet points inside of table. Ask Question Asked 3 years, 7 months ago. Active 3 years, 7 months ago. Viewed 3k times 2. I am trying to put bullet points inside of a GitHub text box for the READme. I know how to do them separately. For example to create the gray textbox I. GitHub supports emoji! To see a list of every image we support, check out the Emoji Cheat Sheet. Last updated Jan 15, 2014. GitHub is the best way to build and ship software. Powerful collaboration, code review, and code management for open source. GitHub Profile ReadmeIf you are a web developer, app developer, or any kind of developer, it's important to have a great github portfolio. This is a new gith. Code hosting services such as GitHub, Bitbucket, and GitLab will also look for your README and display it along with the list of files and directories in your project. How should I make it? While READMEs can be written in any text file format, the most common one that is used nowadays is Markdown.

It’s a good idea to at least have a README on your project, because it’s the first thing many people will read when they first find your work.

Creating your README

When you create a new repository though GitHub, select “Initialize this repository with a README” unless you plan to import an existing repository.

Github Readme List

Your README.md file is now available for editing in your brand-new repository. Your project’s name is at the top, followed by any description you chose to include when creating the repository. READMEs are easy to modify, both on GitHub or locally. Check out the Mastering Markdown guide to learn more about how to modify the text within the file after you’ve made it.

Formatting your README

READMEs generally follow one format in order to immediately orient developers to the most important aspects of your project.

  • Project name: Your project’s name is the first thing people will see upon scrolling down to your README, and is included upon creation of your README file.

  • Description: A description of your project follows. A good description is clear, short, and to the point. Describe the importance of your project, and what it does.

  • Table of Contents: Optionally, include a table of contents in order to allow other people to quickly navigate especially long or detailed READMEs.

  • Installation: Installation is the next section in an effective README. Tell other users how to install your project locally. Optionally, include a gif to make the process even more clear for other people.

  • Usage: The next section is usage, in which you instruct other people on how to use your project after they’ve installed it. This would also be a good place to include screenshots of your project in action.

  • Contributing: Larger projects often have sections on contributing to their project, in which contribution instructions are outlined. Sometimes, this is a separate file. If you have specific contribution preferences, explain them so that other developers know how to best contribute to your work. To learn more about how to help others contribute, check out the guide for setting guidelines for repository contributors.

  • Credits: Include a section for credits in order to highlight and link to the authors of your project.

  • License: Finally, include a section for the license of your project. For more information on choosing a license, check out GitHub’s licensing guide!

Your README should contain only the necessary information for developers to get started using and contributing to your project. Longer documentation is best suited for wikis, outlined below.

Creating your wiki

Github Readme List 2020

Every repository on GitHub comes with a wiki. After you’ve created a repository, you can set up the included wiki through the sidebar navigation. Starting your wiki is simply a matter of clicking the wiki button and creating your first page.

Adding content

Wiki content is designed to be easily editable. You can add or change content on any wiki page by clicking the Edit button located in the upper right corner of each page. This opens up the wiki editor.

Wiki pages can be written in any format supported by GitHub Markup. Using the drop-down menu in the editor, you can select the format of your wiki, and then use wiki toolbar to create and include content on a page. Wikis also give you the option of including a custom footer where you can list things like contact details or license information for your project.

GitHub keeps track of changes made to each page in your wiki. Below a page title, you can see who made the most recent edits, in addition to the number of commits made to the page. Clicking on this information will take you to the full page history where you can compare revisions or see a detailed list of edits over time.

Adding pages

You can add additional pages to your wiki by selecting New Page in the upper right corner. By default, each page you create is included automatically in your wiki’s sidebar and listed in alphabetical order.

You can also add a custom sidebar to your wiki by clicking the Add custom sidebar link. Custom sidebar content can include text, images, and links.

Note: The page called “Home” functions as the entrance page to your wiki. If it is missing, an automatically generated table of contents will be shown instead.

If you're knowledgable with the command line, you can also modify wikis locally. Check out our help article for more info.

Syntax highlighting

Wiki pages support automatic syntax highlighting of code for a wide range of languages by using the following syntax:

The block must start with three backticks, optionally followed by the the name of the language that is contained by the block. See Pygments for the list of languages that can be syntax highlighted.

The block contents should be indented at the same level as the opening backticks. The block must end with three backticks indented at the same level as the opening backticks.

Github Readme List 2019

You’re done!

You have learned some important information about how to best share your work with the rest of the GitHub community, whether your project is large enough in scope for its own wiki or you’re just starting out and setting up a clear and concise README.

Github Readme List Generator

To read more on the topics covered in this article, our guides for creating a new repository, editing files in your repository, setting guidelines for repository contributors and choosing a license are great places to start. Otherwise, check out some other GitHub Guides to keep learning.

Finally, if you’re interested in building a documentation site for your project, we recommend using GitHub Pages.

Last updated July 15, 2016