Projets et communautés existants

Si vous contribuez à un projet existant ou si vous l’étendez, il est presque toujours plus simple de continuer à utiliser la licence de ce projet. Pour la trouver, cherchez un fichier nommé LICENSE ou COPYING, et parcourez le README du projet. Si vous ne trouvez pas de licence, demandez aux mainteneurs.

Selon la licence du projet d’origine, utiliser la même licence peut être une obligation, et pas seulement la solution la plus simple. (Voir la condition « même licence » de certaines licences.)

Certaines communautés ont de fortes préférences pour des licences particulières. Si vous voulez participer à l’une d’elles, il sera plus simple d’utiliser sa licence privilégiée, même si vous démarrez un tout nouveau projet sans dépendance existante. En voici quelques exemples :

• Apache impose l’Apache License 2.0
• La Cloud Native Computing Foundation impose l’Apache License 2.0
• GNU recommande la GNU GPLv3 pour la plupart des programmes
• Les paquets npm utilisent massivement la licence MIT ou la très similaire ISC
• OpenBSD préfère la licence ISC
• Les crates Rust sont massivement publiées sous MIT OR Apache License 2.0
• Les extensions et thèmes WordPress doivent être en GNU GPLv2 (ou ultérieure)
• Les extensions et templates Joomla doivent être en GNU GPLv2 pour le code PHP.

Les communautés sont de toutes formes et de toutes tailles, et plusieurs d’entre elles peuvent être pertinentes (par exemple, pensez à votre entreprise si vous en avez une). Les exemples ci-dessus sont très bien établis. Si la communauté pour laquelle vous construisez un projet n’a pas de traditions de licence gravées dans le marbre, ou si vous ne considérez pas votre projet comme faisant partie d’une communauté particulière, ce n’est pas grave : faites votre propre choix de licence open source.