Skip to content
Working Draft of the HTML specification
HTML Other


Build Status

This is the repository for the Working Draft of the HTML specification. This repository is managed by the W3C Web Platform Working Group.

Editorial Documentation

The specification is built using Bikeshed. If you would like to propose edits, please make sure that they result in a specification that will build correctly, by testing in your own clone of the repository.

  1. Install bikeshed
  2. From the HTML folder open a command prompt
  3. run bikeshed update: bikeshed update
  4. run bikeshed: bikeshed spec

For the multipage version, one can do as follows:

  1. Install multipage
  2. Follow the instructions there to regenerate the HTML files

Contributing to this Repository

Use the standard fork, branch, and pull request workflow to propose changes to the specification. Please make branch names informative - by including the issue or bug number for example.

More information on contributing is in

To make changes to the specification:

  1. Edit (or one of the include files it references) in the master branch. Do not edit the HTML files in the gh-pages branch. These are built automatically.
  2. Ideally run bikeshed on to make sure there are no errors (run bikeshed spec).
  3. Create a pull request but do not include the single-page.html file
  4. When the editors merge and commit your pull request Travis-CI will build the HTML files

The following considerations should be kept in mind when making a pull request:

  • Editorial changes that improve the readability of the spec or correct spelling or grammatical mistakes are welcome.
  • Ideally new features should be proposed in a new specification and not as additions to the HTML spec. The Web Platform WG charter requires that the WG only adopt new proposals after they have been through an incubation phase. Please consider the WICG's Intent to Migrate template when proposing new features.
  • Normative changes to the spec should aim to improve interoperability amongst browsers. Such changes should be accompanied by a test case to show that the change does this. It may also include links to bug trackers for browsers showing that there is an intent to adopt the new behaviour.
  • Normative changes to the spec should be associated with a bug or issue that describes the reason for the change.

HTML branching and versioning

The master branch of this repository always contains the work in progress version of the HTML specification. This branch always welcomes substantive and editorial changes and pull requests.

The master branch is always exposed at

Once a year, the HTML editors create a new <version> branch for the HTML specification. It only contains features that the Working Group believes can be shipped as part of the W3C Recommendation. That branch becomes associated with a specific version of the HTML specification. For a limited period of time, the Editor Team only accepts editorial changes or removal of features at risks in this branch. It becomes frozen once that version of HTML becomes a W3C Recommendation. Unless you're targetting a specific version of HTML (and really, you shouldn't), pull requests MUST always be made against the master branch.

The <version> branches are exposed as /TR/html<version>/ .

Old HTML repository

The old HTML repo is available for archival purposes.

Something went wrong with that request. Please try again.