There are two ways of adding a link to another page: through a URL path and a file path.
- [URL path to another document](./installation)
- [file path to another document](./installation.md)
URL paths are unprocessed by Docusaurus, and you can see them as directly rendering to
<a href="./installation">, i.e. it will be resolved according to the page's URL location, rather than its file-system location.
If you want to reference another Markdown file included by the same plugin, you could use the relative path of the document you want to link to. Docusaurus' Markdown loader will convert the file path to the target file's URL path (and hence remove the
For example, if you are in
docs/folder/doc1.md and you want to reference
Estou referenciando um [document](doc2.md).
Referência a outro [documento em uma subpasta](subfolder/doc3.md).
[Documento relativo](../otherFolder/doc4.md) referências também funcionam.
Relative file paths are resolved against the current file's directory. Absolute file paths, on the other hand, are resolved relative to the content root, usually
blog/, or localized ones like
Absolute file paths can also be relative to the site directory. However, beware that links that begin with
/blog/ are not portable as you would need to manually update them if you create new doc versions or localize them.
You can write [links](/otherFolder/doc4.md) relative to the content root (`/docs/`).
You can also write [links](/docs/otherFolder/doc4.md) relative to the site directory, but it's not recommended.
Using relative file paths (with
.md extensions) instead of relative URL links provides the following benefits:
- Links will keep working on the GitHub interface and many Markdown editors
- You can customize the files' slugs without having to update all the links
- Moving files around the folders can be tracked by your editor, and some editors may automatically update file links
- A versioned doc will link to another doc of the exact same version
- Relative URL links are very likely to break if you update the
Markdown file references only work when the source and target files are processed by the same plugin instance. This is a technical limitation of our Markdown processing architecture and will be fixed in the future. If you are linking files between plugins (e.g. linking to a doc page from a blog post), you have to use URL links.