Projetos e comunidades existentes

Se você está contribuindo para um projeto existente ou estendendo-o, quase sempre é mais fácil continuar usando a licença desse projeto. Para encontrá-la, procure um arquivo chamado LICENSE ou COPYING e dê uma olhada no README do projeto. Se você não encontrar uma licença, pergunte a quem o mantém.

Dependendo da licença do projeto original, usar a mesma licença pode ser uma exigência, e não apenas a opção mais fácil. (Veja a condição “mesma licença” de algumas licenças.)

Algumas comunidades têm fortes preferências por licenças específicas. Se você quiser participar de uma delas, será mais fácil usar a licença preferida, mesmo que esteja começando um projeto totalmente novo, sem dependências existentes. Alguns exemplos:

• Apache exige a Apache License 2.0
• A Cloud Native Computing Foundation exige a Apache License 2.0
• A GNU recomenda a GNU GPLv3 para a maioria dos programas
• Os pacotes npm usam de forma esmagadora as licenças MIT ou a muito semelhante ISC
• O OpenBSD prefere a Licença ISC
• As crates Rust são licenciadas de forma esmagadora sob MIT OR Apache License 2.0
• Os plugins e temas do WordPress devem ser GNU GPLv2 (ou posterior)
• As extensões e templates do Joomla devem ser GNU GPLv2 para o código PHP.

As comunidades vêm em todas as formas e tamanhos, e mais de uma comunidade pode ser pertinente (por exemplo, leve em conta sua empresa se você trabalha em uma). Os exemplos acima são muito bem estabelecidos. Se a comunidade para a qual você está criando um projeto não tem tradições de licenciamento gravadas em pedra, ou se você não vê seu projeto como parte de nenhuma comunidade específica, tudo bem: faça sua própria escolha de uma licença de código aberto.