Quelle licence open-source choisir ?
Choisir une licence open source pour un projet n'est pas évident. MIT ? Apache ? GPL ? Chacune a des règles différentes sur ce que les autres peuvent faire avec votre code, s'ils doivent vous créditer, si leurs travaux dérivés doivent aussi être open source.
Cet outil vous aide à choisir. Deux modes : wizard (quelques questions oui/non/peu importe réduisent la liste) ou parcourir (la liste complète de 16 licences avec comparaison côte à côte).
Après avoir choisi, remplissez votre nom + l'année, puis copiez ou téléchargez un fichier LICENSE prêt à mettre dans la racine de votre projet.
Mode d'emploi
- Choisissez un mode en haut : Wizard (mené par questions) ou Parcourir (avec recherche).
- Dans le wizard, répondez à 4 questions : les dérivés doivent-ils être OSS, usage commercial, attribution requise, brevet nécessaire. La liste se réduit en direct.
- Cliquez sur une licence pour voir les détails : permissions (ce que les autres peuvent faire), conditions (ce qu'ils doivent faire), limitations (ce que vous déclinez).
- Remplissez votre nom et l'année pour les insérer dans le texte de la licence.
- Copiez le résultat ou téléchargez un fichier LICENSE. Mettez-le dans la racine de votre repository.
Quand cet outil est utile
Situations du quotidien où vous devez choisir une licence :
- Publier votre première librairie npm - sans licence personne ne peut légalement l'utiliser. Choix le plus populaire : MIT (court, simple, utilisé par React/Vue/Angular).
- Librairie corporate, inquiet pour les brevets - Apache 2.0 a une concession de brevet explicite protégeant à la fois contributeurs et utilisateurs. Requis par CNCF et beaucoup de programmes enterprise.
- Vous voulez que chaque changement reste ouvert - GPL-3.0 force les dérivés à utiliser la même licence. AGPL-3.0 ajoute la divulgation de source même quand votre outil est juste hébergé en SaaS.
- Vous écrivez de la documentation ou faites de l'art - utilisez MIT/Apache pour le code, mais pour les docs et images choisissez typiquement CC BY 4.0 (attribution) ou CC BY-SA 4.0 (attribution + copyleft).
- Vous voulez monétiser mais montrer la source - BSL 1.1 (HashiCorp Terraform) ou Elastic 2.0 (Elasticsearch) - source-available avec restrictions sur l'hébergement commercial. Note : ce ne sont PAS approuvées OSI.
- Aucune restriction du tout - Unlicense ou CC0 pour le domaine public complet. WTFPL est une blague mais légalement fonctionnelle.
- Ajouter un fichier LICENSE à un repo existant - choisissez-en une, remplissez vos détails, copiez dans un fichier `LICENSE` (ou `LICENSE.md`) à la racine.
Outils liés : le générateur .gitignore pour le bootstrap de nouveau projet. Le validateur package.json vérifie le champ `"license"` dans votre manifest.