Comment utiliser : Générateur LICENSE
- Choisissez une licence : le résumé indique ce qu’elle autorise et ce qu’elle exige de ceux qui utilisent votre code.
- Renseignez le titulaire des droits d’auteur (vous ou votre entreprise), l’année et le nom du projet.
- Copiez ou téléchargez le fichier LICENSE et placez-le à la racine de votre dépôt.
- Ajoutez l’identifiant SPDX dans
package.json, le badge du README et, pour Apache, GPL et MPL, la courte mention en haut de vos fichiers source.
Quelle licence choisir ?
| Licence | En bref | Partage des modifications obligatoire ? |
|---|---|---|
| MIT | Tout est permis, à condition de conserver la mention de droits. Le choix le plus populaire. | Non |
| Apache 2.0 | Comme MIT, avec en plus une concession explicite de brevets et une obligation de signaler les modifications. | Non |
| BSD 2 / 3 clauses, ISC | Licences permissives et courtes ; BSD-3 interdit également d’utiliser votre nom pour promouvoir les produits dérivés. | Non |
| MPL 2.0 | Les fichiers modifiés doivent rester ouverts ; peut être combinée avec du code fermé. | Uniquement les fichiers modifiés |
| LGPL 3.0 | Les modifications de la bibliothèque restent ouvertes ; les applications qui ne font que la lier peuvent être fermées. | La bibliothèque |
| GPL 3.0 | Tout logiciel distribué qui intègre ce code doit également être sous GPL. | Oui |
| AGPL 3.0 | Comme GPL, et s’applique aussi lorsque le logiciel est utilisé à distance via un réseau (SaaS). | Oui, y compris pour le SaaS |
| Unlicense | Domaine public : aucune condition. | Non |
Les licences courtes sont reproduites intégralement. Les textes complets d’Apache 2.0, de la famille GPL et de MPL 2.0 étant longs, le générateur récupère le texte officiel sur apache.org, gnu.org ou mozilla.org lorsque vous en sélectionnez un. Cette page explique les licences mais ne constitue pas un conseil juridique : pour du code d’entreprise, consultez votre service juridique. Voir aussi : Générateur de README, Générateur de package.json, Générateur de .gitignore.
Aussi recherché comme : générateur de licence, générateur licence mit, générateur fichier license, générateur licence open source, licence apache 2.0, licence gpl 3.0, choisir une licence, licence spdx.
Outils complémentaires : Générateur LICENSE
- Générateur de changelog — Collez votre git log et obtenez une section CHANGELOG.md bien structurée : commits regroupés en Fonctionnalités, Corrections de bugs, Performances et Ruptures de compatibilité, périmètres en gras, liens vers les commits, ainsi que la prochaine version sémantique.
- Générateur de Conventional Commits — Rédigez des messages de commit conformes à la spécification Conventional Commits sans la mémoriser.
- Générateur .editorconfig — Faites en sorte que chaque éditeur de votre équipe utilise la même indentation, les mêmes fins de ligne et le même charset.
- Formateur HTML — Collez du balisage minifié ou désordonné et obtenez un HTML propre, indenté de manière cohérente, y compris les blocs <style> et <script> intégrés.
Questions fréquentes
Comment ajouter une licence à mon projet GitHub ?
Générez la licence ici, enregistrez-la sous le nom LICENSE (sans extension) à la racine du dépôt, puis validez-la (commit). GitHub affiche ensuite la licence sur la page du dépôt.
Quelle est la différence entre MIT et Apache 2.0 ?
Les deux permettent à chacun d’utiliser, de modifier et de vendre votre code. Apache 2.0 ajoute une licence de brevets explicite et impose de signaler les modifications ; MIT est plus courte et plus simple.
Que signifie copyleft ?
Les licences copyleft (GPL, AGPL, et en partie LGPL et MPL) exigent que les modifications distribuées restent sous la même licence, afin que le code reste ouvert. Les licences permissives (MIT, BSD, Apache) ne l’exigent pas.
Que dois-je mettre dans package.json ?
L’identifiant SPDX, par exemple "license": "MIT" ou "license": "Apache-2.0". Le générateur l’affiche pour la licence que vous choisissez.