README

File:README-cURL black trimmed.png]]

In software distribution and software development, a README file contains information about the other files in a directory or archive of computer software. A form of documentation, it is usually a simple plain text file called README, Read Me, READ.ME, README.txt, or README.md (to indicate the use of Markdown)

The file's name is generally written in uppercase. On Unix-like systems in particular, this causes it to stand out{{snd}}both because lowercase filenames are more common, and because the ls command commonly sorts and displays files in ASCII-code order, in which uppercase filenames will appear first.

A README file typically encompasses:

Configuration instructions
Installation instructions
Operating instructions
A file manifest (a list of files in the directory or archive)
Copyright and licensing information
Contact information for the distributor or author
A list of known bugs
Troubleshooting instructions
Credits and acknowledgments
A changelog (usually aimed at fellow programmers)
A news section (usually aimed at end users)

History

The convention of including a README file began in the mid-1970s. Early Macintosh system software installed a Read Me on the Startup Disk, and README files commonly accompanied third-party software.

In particular, there is a long history of free software and open-source software including a README file; the GNU Coding Standards encourage including one to provide "a general overview of the package".

Since the advent of the web as a de facto standard platform for software distribution, many software packages have moved (or occasionally, copied) some of the above ancillary files and pieces of information to a website or wiki, sometimes including the README itself, or sometimes leaving behind only a brief README file without all of the information required by a new user of the software.

The popular source code hosting website GitHub strongly encourages the creation of a README file{{Spaced ndash}}if one exists in the main (top-level) directory of a repository, it is automatically presented on the repository's front page.{{Cite web |title=About READMEs |url=https://docs.github.com/en/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/about-readmes |access-date=2024-05-31 |website=GitHub Docs |language=en}} In addition to plain text, various other formats and file extensions are also supported, and HTML conversion takes extensions into account{{Spaced ndash}}in particular a README.md is treated as GitHub Flavored Markdown.

As a generic term

The expression "readme file" is also sometimes used generically, for other files with a similar purpose.{{Cite journal |last=Prana |first=Gede Artha Azriadi |last2=Treude |first2=Christoph |last3=Thung |first3=Ferdian |last4=Atapattu |first4=Thushari |last5=Lo |first5=David |date=2019-06-01 |title=Categorizing the Content of GitHub README Files |url=https://doi.org/10.1007/s10664-018-9660-3 |journal=Empirical Software Engineering |language=en |volume=24 |issue=3 |pages=1296–1327 |doi=10.1007/s10664-018-9660-3 |issn=1573-7616}} For example, the source-code distributions of many free software packages (especially those following the Gnits Standards or those produced with GNU Autotools) include a standard set of readme files:

class="wikitable"

README

|General information

AUTHORS

|Credits

THANKS

|Acknowledgments

CHANGELOG

|A detailed changelog, intended for programmers

NEWS

|A basic changelog, intended for users

INSTALL

|Installation instructions

COPYING / LICENSE

|Copyright and licensing information

BUGS

|Known bugs and instructions on reporting new ones

CONTRIBUTING / HACKING

|Guide for prospective contributors to the project

Also commonly distributed with software packages are an FAQ file and a TODO file, which lists planned improvements.

Notes

{{Reflist|group="nb"|refs=

This is often no longer the case{{snd}}but LC_ALL=C ls will show the older behavior.

}}

References

{{Reflist|refs=

{{Cite web |title=PDP-10 Archive: decus/20-0079/readme.txt from decus_20tap3_198111 |date=1974-11-27 |website=pdp-10.trailing-edge.com |url=http://pdp-10.trailing-edge.com/decus_20tap3_198111/01/decus/20-0079/readme.txt.html |access-date=2018-03-03 |quote=[README.TXT is the DOC file for SPICE/SINC/SLIC] This failsafe tape contains the circuit analysis programs SPICE SINC and SLIC described in the Applications Software Bulletin Volume 4. requirements: SPICE requires FORTRAN-10 version 4 because of its use of Right adjusted Holerith data. Executes in about 47K. […] it also includes this file, the FOROTS to go with the SAVes and the source for SECOND.MAC, the timing routine. SPICE is broken into three parts: 1SPICE.FOR, 2 and 3. There is a printed document to describe each of the programs. These are included in the DECUS packet. The documentation and programs were originally developed by the E.E. department of the Univ. of Calif. at Berkeley on a CDC 6400. Except to convert the FORTRAN to the DECsystem-10 no changes have been made to the programs. For the test data SLIC and SINC have shown a slight variation with respect to the 6400, SPICE shows no variation. Good luck! Ashley Grayson 27-NOV-74 [end of README.TXT]}}

{{Cite web |title=DECUS 10-LIB-4 Contains 10-210 through 10-241, except 10-223. |date=1975-03-27 |website=pdp-10.trailing-edge.com |url=http://pdp-10.trailing-edge.com/decuslib10-04/01/43,50322/read.me.html |access-date=2018-03-03 |quote=The files on this FAILSAFE tape constitute the UCI LISP system. They are for the most part documented in the UCI LISP Manual, available from the Department of Information and Computer Science at the University of California, Irvine, California.}} [http://pdp-10.trailing-edge.com/decuslib10-04/index.html]

{{cite web |title=Programmer's Workbench /sys/source/lex/README |date=July 1977 |url=http://minnie.tuhs.org/cgi-bin/utree.pl?file=PWB1/sys/source/lex/README |access-date=2020-01-25}}

{{cite web |title=Unix 7th edition /usr/doc/README |date=1979 |url=http://minnie.tuhs.org/cgi-bin/utree.pl?file=V7/usr/doc/README |access-date=2020-01-25}}

{{cite web |title=First 32bit BSD usr/doc/README |date=March 1980 |url=http://minnie.tuhs.org/cgi-bin/utree.pl?file=3BSD/usr/doc/README |access-date=2020-01-25}}

{{Cite book |title=The New Hacker's Dictionary |author-last=Raymond |author-first=Eric Steven |author-link=Eric Steven Raymond |date=1996 |publisher=MIT Press |isbn=978-0-26268092-9 |pages=378–79 |url=https://books.google.com/books?id=g80P_4v4QbIC |quote=Hacker's-eye introduction traditionally included in the top-level directory of a Unix source distribution, containing a pointer to more detailed documentation, credits, miscellaneous revision history, notes, etc. […] When asked, hackers invariably relate the README convention to the famous scene in Lewis Carroll's Alice's Adventures In Wonderland in which Alice confronts magic munchies labeled "Eat Me" and "Drink Me".}}

{{Cite journal |author-last=Manes |author-first=Stephen |author-link=Stephen Manes |date=November 1996 |title=README? Sure--before I buy! |journal=PC World |volume=14 |issue=11 |page=366}}

{{Cite web |title=GNU Coding Standards: Releases |website=www.gnu.org |url=https://www.gnu.org/prep/standards/html_node/Releases.html#Releases |access-date=2018-03-03}}

{{Cite web |title=Markup |date=2014-12-25 |website=GitHub |url=https://github.com/github/markup |access-date=2015-02-08}}

{{cite web |title=README.md: History and Components |author-first=Omar |author-last=Abdelhafith |date=2015-08-13 |url=https://medium.com/@NSomar/readme-md-history-and-components-a365aff07f10 |access-date=2020-01-25 |url-status=live |archive-url=https://archive.today/20200125153450/https://medium.com/@NSomar/readme-md-history-and-components-a365aff07f10 |archive-date=2020-01-25}}

{{cite web |title=Re: Origin of README |author-first=Jeff |author-last=Langemeier |date=2011-07-29 |via=Stackexchange |url=https://softwareengineering.stackexchange.com/questions/96966/origin-of-readme/97132#97132 |access-date=2020-01-25 |quote=[…] they had READMEs (actual physical printed files) for all of their punch cards and mag tape and pretty much anything else that was a "program". At that time you really needed one because of the labourous process that was involved with getting the created, ran, and everything else. These READMEs sometimes also included the actual printouts of how the punch cards were supposed to be punched as a form of error checking and debugging. The convention apparently also follows the old system in that with all the punch cards a "reem" of paper was attached with the statement README in caps printed on it, this had all of the instructions for use and loading of the punch cards into the system. For a time reference, this would have been in the 60s. […]}}

}}

README

Contents

History

As a generic term

See also

Notes

References

Further reading