How to use the LICENSE File Generator
- Choose a license — the summary shows what it allows and what it requires of people who use your code.
- Enter the copyright holder (you or your company), the year and the project name.
- Copy or download the LICENSE file and put it in the root of your repository.
- Add the SPDX identifier to
package.json, the README badge, and — for Apache, GPL and MPL — the short notice at the top of your source files.
Which license should I choose?
| License | In short | Must share changes? |
|---|---|---|
| MIT | Do anything, keep the notice. The most popular choice. | No |
| Apache 2.0 | Like MIT, plus an explicit patent grant and a notice of changes. | No |
| BSD 2 / 3-Clause, ISC | Short permissive licenses; BSD-3 also forbids using your name to promote derived products. | No |
| MPL 2.0 | Changed files must stay open; can be combined with closed code. | Changed files only |
| LGPL 3.0 | Changes to the library stay open; apps that only link to it can be closed. | The library |
| GPL 3.0 | Anything you distribute that includes the code must also be GPL. | Yes |
| AGPL 3.0 | Like GPL, and also applies when people use it over a network (SaaS). | Yes, also for SaaS |
| Unlicense | Public domain — no conditions at all. | No |
The short licenses are included in full. The full texts of Apache 2.0, the GPL family and MPL 2.0 are long, so the generator fetches the official text from apache.org, gnu.org or mozilla.org when you pick one. This page explains licenses but isn’t legal advice — for company code, check with your legal team. Related: README Generator, package.json Generator, .gitignore Generator.
Also searched as: license generator, mit license generator, open source license generator, apache license 2.0, gpl 3.0 license, choose a license, spdx license, bsd license generator.
Tools that pair well with the LICENSE File Generator
- Changelog Generator — Paste your git log and get a tidy CHANGELOG.md section: commits grouped into Features, Bug Fixes, Performance and Breaking Changes, scopes in bold, links to commits — plus the next semantic version.
- Conventional Commit Builder — Write commit messages that follow the Conventional Commits spec without memorizing it.
- .editorconfig Generator — Make every editor on your team use the same indentation, line endings and charset.
- HTML Formatter — Paste minified or messy markup and get clean, consistently indented HTML — including embedded <style> and <script> blocks.