Autorisations, conditions et limitations en un coup d'œil
Conditions
- Mention de droit d'auteur et de licenceLors de la distribution, une copie de la licence et la mention de droit d'auteur doivent être incluses.
Limitations
- Limitation de responsabilitéLa licence précise qu'aucune responsabilité n'est assumée pour les dommages.
- Absence de garantieLa licence précise qu'aucune garantie n'est fournie.
Classement autorisations/conditions/limitations : données de choosealicense.com (GitHub, licence MIT).
De quelle licence s'agit-il ?
La licence MIT est une licence permissive issue du Massachusetts Institute of Technology (MIT). Son texte ne compte que trois paragraphes, il est facile à lire et autorise l'utilisation, la copie, la modification, la fusion, la publication, la distribution, la sous-licence et la vente. Il n'y a qu'une seule condition : inclure la mention de droit d'auteur et le présent texte d'autorisation dans toutes les copies ou parties substantielles du logiciel. Le dernier paragraphe est une clause d'exonération : le logiciel est fourni « en l'état (AS IS) », sans aucune garantie ni responsabilité pour les dommages.
Elle est considérée comme la licence la plus utilisée dans les dépôts publics de GitHub, et des projets célèbres comme Node.js, Ruby on Rails, jQuery et React l'utilisent. React est aussi connu pour être passé en 2017 de la combinaison « BSD + brevets » à la MIT.
Ce qu'il faut respecter lors de la distribution
- Inclure la mention de droit d'auteur d'origine (
Copyright (c) année titulaire) et l'intégralité du texte d'autorisation. - L'obligation de mention subsiste même si vous ne distribuez que des binaires. On l'inclut généralement dans l'écran « Licences open source » de l'application, dans le manuel ou dans un fichier texte distribué avec le logiciel.
- Il n'y a pas d'obligation de publier le source, d'indiquer les modifications ni de conserver la même licence. Vous pouvez modifier du code MIT et l'intégrer dans un produit commercial fermé.
Comment l'appliquer
Créez à la racine du dépôt un fichier LICENSE (ou LICENSE.txt, LICENSE.md), placez-y le texte, puis remplacez [year] par l'année et [fullname] par le titulaire des droits. Le générateur de ce site s'en charge pour vous. En indiquant aussi la licence dans les métadonnées du gestionnaire de paquets ("license": "MIT" dans package.json, etc.) et SPDX-License-Identifier: MIT dans l'en-tête des fichiers source, les outils reconnaissent automatiquement la licence.
Idées reçues fréquentes
- « La MIT n'a aucune condition » — Il y a une obligation de mention. Les licences totalement sans condition sont la 0BSD, l'Unlicense et CC0.
- « Si j'utilise du code MIT, mon code doit aussi être sous MIT » — Non. Il suffit de conserver les mentions de la partie importée ; le produit complet peut être distribué sous n'importe quelle licence (y compris fermée).
- « Aucun souci de brevets » — Le texte de la MIT ne contient aucune clause explicite sur les brevets. Beaucoup estiment qu'il existe une licence implicite, mais si vous avez besoin d'une licence de brevets explicite, envisagez l'Apache-2.0.
- « Publier sous MIT permet d'utiliser le nom dans la publicité » — La licence n'autorise que ce qui relève du droit d'auteur ; elle n'accorde aucun droit sur les marques ou les noms.
Dans quels cas l'utiliser ?
Elle convient aux bibliothèques, petits utilitaires et exemples de code que l'on souhaite voir utilisés par le plus grand nombre sans contrainte. Facile à adopter pour les entreprises et intégrable dans des projets sous presque toutes les autres licences (y compris la GPL), elle offre l'une des compatibilités les plus larges. Dans les écosystèmes Rust et JavaScript, on la publie aussi souvent en double licence MIT OR Apache-2.0 pour compléter l'absence de clause de brevets (guide de la double licence).
Peut-on intégrer du code MIT dans un autre projet ?
Verdict général lorsque du code publié sous cette licence est intégré et distribué dans un projet sous l'une des licences ci-dessous. Voir d'autres combinaisons dans le vérificateur de compatibilité →
| Projet de destination | Verdict | Remarque |
|---|---|---|
| Logiciel propriétaire (commercial) | Possible | Il faut inclure la mention de droit d'auteur et le texte de licence d'origine. |
| Apache-2.0 | Possible | Il faut inclure la mention de droit d'auteur et le texte de licence d'origine. |
| MPL-2.0 | Possible | Il faut inclure la mention de droit d'auteur et le texte de licence d'origine. |
| LGPL-2.1 | Possible | Il faut inclure la mention de droit d'auteur et le texte de licence d'origine. |
| LGPL-3.0 | Possible | Il faut inclure la mention de droit d'auteur et le texte de licence d'origine. |
| GPL-2.0 | Possible | Il faut inclure la mention de droit d'auteur et le texte de licence d'origine. |
| GPL-3.0 | Possible | Il faut inclure la mention de droit d'auteur et le texte de licence d'origine. |
| AGPL-3.0 | Possible | Il faut inclure la mention de droit d'auteur et le texte de licence d'origine. |
Le contenu de ce site est fourni à titre d'information générale et ne constitue pas un conseil juridique. Pour toute décision de distribution, de contrat ou de litige, consultez un avocat ou un autre professionnel.