O que você precisa saber sobre as licenças GitHub: como selecionar e adicionar

Licenças do GitHub – do que estamos falando? Para criar software, você precisa não apenas escrevê-lo, mas também decidir o que os usuários ou desenvolvedores têm o direito de fazer com ele. Se alguém cria um programa gratuito para todos, está fazendo uma boa ação, mas quem o usa terá que justificar como o usa. Por exemplo, se uma empresa em suas atividades vai trabalhar com algum free office (por exemplo, LibreOffice), então para os auditores ela deve ser capaz de provar que tem o direito de fazê-lo. Para isso, basta apresentar a licença adequada. Se o desenvolvedor se esquecer de formulá-lo, a empresa pode se encontrar em uma posição difícil.
Classificação de licenças e tipos de licenças [/ caption] Ao criar um aplicativo, o desenvolvedor deve decidir quais ações com seu programa serão permitidas e quais não. Por exemplo, podemos falar não apenas em usar, mas também em estudar os textos de programas ou fazer seus próprios ajustes no produto de software. GitHub é um dos maiores serviços para desenvolvimento de projetos colaborativos. Ao mesmo tempo, eles podem trabalhar aqui não só gratuitamente, mas também em projetos comerciais. Ao especificar uma licença adequada, os desenvolvedores eliminarão a confusão sobre como usar o produto criado. O problema é que existem diferentes tipos de licenças e nem sempre é fácil determinar qual opção deve ser preferida em um determinado caso. Além disso, não é incomum que alguns projetos não tenham licença.É necessário aprender mais sobre licenciamento para entender quais direitos e obrigações dos usuários surgem em diferentes casos.

Por que preciso licenciar projetos de código aberto no GitHub

Ao especificar a licença necessária, o desenvolvedor pode fornecer o seguinte:

1. Termos de uso do programa . Eles podem prever o pagamento de uma taxa ou, em alguns ou todos os casos, permitir o uso gratuito.
2. Às vezes, programas são criados para serem desenvolvidos pela comunidade . Neste caso, é importante que todos os que desejem se familiarizem com os textos do programa.
3. Quando o código está disponível, alguns podem fazer alterações para tornar o programa funcional e o mais confiável possível. Às vezes, o autor pode permitir que todos façam isso; em outros casos, ele se oferece para enviar uma alteração para ele e faz ajustes no projeto por conta própria.
4. Você precisa decidir se terceiros podem fazer alterações no projeto e propor em seu nome. Nesse caso, é necessário indicar com qual licença seu produto deve estar.

Resolvendo esses e outros problemas semelhantes, o autor do aplicativo determina em grande parte o destino futuro do produto de software que ele criou.

Que tipos de licenças existem

Uma licença é um acordo em que uma parte (o licenciante) estabelece uma regra para a outra parte (o licenciado) usar o produto que cria. Na prática, não se trata de assinatura de documento pelas partes, mas de anuência automática com os correspondentes direitos e obrigações sobre a sua utilização. Praticamente não há restrições para especificar direitos e obrigações. A única condição é que cumpram a lei. Criar suas próprias licenças é um trabalho complicado, pois você precisa garantir que sejam compatíveis com outras regulamentações. A melhor opção é selecionar e usar um dos tipos padrão de tais documentos. Na prática, também é comum o uso de licenças múltiplas. Na maioria das vezes, nesses casos, duas licenças são usadas simultaneamente.Embora o autor do programa tenha o direito de formular de forma independente as regras que os usuários devem seguir, na prática, desenvolveu-se o uso de um grande número de tipos de licenças, das quais você pode escolher a mais adequada na maioria dos casos. A seguir estão as opções mais populares usadas no Git Hub na maioria dos casos. As licenças mais comuns usadas no Git Hub são:
O programador deverá ser capaz de escolher um que se encaixe em seus planos. Para fazer isso corretamente, você precisa entender quais características são inerentes a certas espécies.

Se o autor se recusar a formular o documento, então, neste caso, serão aplicados os direitos autorais, que são fornecidos por omissão pela legislação de seu país. A ausência de uma licença desta forma não significa que você pode fazer o que quiser com o programa. Na verdade, esta situação pode ser considerada como um dos tipos de licenças.

Como escolher uma licença Github

Antes de começar a busca por uma opção adequada, é necessário que o programador formule seus requisitos, a partir dos quais irá proceder com os futuros licenciamentos. Em seguida, você deve se familiarizar com as opções típicas correspondentes à solicitação. Depois disso, você precisará estudar cuidadosamente o texto legal e tomar uma decisão final sobre como deve ser a licença. Para fazer uma escolha informada, você precisa entender quais direitos e obrigações são determinados por um determinado tipo de licença. Para fazer a escolha certa, você pode usar serviços especiais chamados comparadores. aqui estão alguns exemplos:

1. https://choosealicense.com/. Este site contém perguntas de orientação para escolher a opção certa e conselhos detalhados para ajudá-lo a entender as especificações de uso.
2. A página https://opensource.org/licenses é dedicada a revisar várias soluções de software gratuito.
3. O site https://tldrlegal.com/ pode ser visto como uma enciclopédia para várias opções de licença. Ele contém uma linguagem jurídica precisa e comentários detalhados.

Compare as licenças em https://choosealicense.com/ [[]] No entanto, a escolha mais produtiva é ler cuidadosamente os documentos legais relevantes. Embora seja uma atividade demorada, estudar os textos dará ao desenvolvedor todas as respostas de que ele precisa.

Como adicionar uma licença ao Github

Apesar de uma ampla seleção de opções de licença, que na prática provaram sua eficácia e confiabilidade, o desenvolvedor pode ter suas próprias idéias sobre como deve ser a licença do programa que criou. Nesse caso, o serviço oferece a possibilidade de adicionar sua própria versão ou ajustar a existente. Para adicionar uma licença ao Github, você precisa seguir estas etapas:

1. Você precisa ir para a página principal do seu repositório.
2. Você precisa clicar no botão para adicionar um arquivo e selecionar “Criar novo arquivo”.
3. Em seguida, você precisa inserir o nome do arquivo. Para obter uma licença, pode ser uma das duas opções: LICENSE ou LICENCE.md. A capitalização é obrigatória aqui.
4. À direita do campo de entrada do nome do arquivo, clique para selecionar um modelo de licença.
5. No menu do lado esquerdo da página, selecione a linha “Adicionar uma licença ao seu projeto”. Nesse caso, uma opção é selecionada a partir de documentos existentes.
6. Em seguida, clique na linha “Revisar e enviar”. Em seguida, insira os detalhes do contrato.
7. Depois disso, é necessário esclarecer quais acréscimos ou alterações foram feitos. A seguir, indicam se o documento selecionado foi corrigido ou se estamos falando em criar outra versão da licença.

Depois de confirmar as alterações, o desenvolvedor conclui o procedimento para fazer alterações na lista de licenças no serviço Git Hub.

Escolha uma licença Github – Exemplos de licenças populares no Git Hub

A seguir, consideraremos as opções mais populares. Tendo compreendido seus pontos fortes e fracos, o programador será capaz de encontrar a opção certa ou entender como fazer uma pesquisa eficaz.

GPL

Essa licença pode ser considerada uma das mais populares. É um clássico para quem faz software livre. Um dos principais requisitos deste documento é que ele
permite que terceiros modifiquem livremente o programa , mas ao mesmo tempo eles têm o direito de distribuir o resultado apenas sob a mesma licença. Esta licença pode ter versões diferentes. O mais recente é o terceiro. O GPL foi usado por desenvolvedores de programas como o sistema de gerenciamento de conteúdo da web Drupal, o sistema de gerenciamento de banco de dados MariaDB, o editor de gráficos vetoriais InkSkape e vários outros. É interessante notar que o SQL não usa apenas a GPL, mas também uma licença comercial.

LGPL

Este título se traduz em GNU Lesser General Public License GPL. Para alguns desenvolvedores, a GPL não é adequada, pois cria uma obrigação para eles distribuírem produtos modificados sob a mesma licença. As peculiaridades do uso desta opção podem ser ilustradas pela forma como ocorre o processo de licenciamento de uso das bibliotecas criadas por um programador. Nesse caso, costuma-se considerar as três opções a seguir:

1. Quando uma biblioteca fornece novas funções e nenhuma biblioteca comercial pode realizar uma tarefa semelhante, o uso da GPL é ideal.
2. O desenvolvedor da biblioteca gratuita já implementou o padrão existente. Nesta área, existem opções comerciais com funções semelhantes. Nesse caso, será conveniente escolher LGPL.
3. Quando se trata de um novo padrão que realmente compete com um comercial, a licença Apache é apropriada.

Este padrão
permite o uso comercial das bibliotecas . Se modificações forem feitas, os mesmos termos e condições devem ser usados ​​para distribuição. No entanto, o uso de código simples permite que as condições mudem.

Licença Pública Eclipse

Este documento
permite a distribuição sob outras licenças, inclusive comerciais . A principal condição é que nas obras modificadas, as inovações sejam colocadas em um módulo separado. Esta licença ganhou popularidade no desenvolvimento de produtos Java. Um exemplo é a linguagem de programação Clojure, uma estrutura para testar aplicativos Java.

Licença Pública Mozilla

Alguns veem este documento como um meio-termo entre a GPL e as licenças comerciais. É um requisito da MPL
ter acesso público a determinados arquivos . O produto de software pode conter alguns arquivos sob esta licença e outros sem ela. Após a modificação, é permitido colocar a licença necessária (por exemplo, pode ser comercial), mas isso só é possível se o acesso aos arquivos liberados no MPL ainda estiver aberto. Nesse caso, o usuário final deve receber informações sobre os autores do software original. LibreOffice office, navegador Mozilla e outros produtos de software foram lançados de acordo com este documento.

Apache License Github

AL é chamada de licença livre liberal. Esta característica se deve ao fato de que não
há necessidade de lançar um produto derivado nas mesmas condições de antes . Este documento é usado ativamente pela Apache Software Foundation. Ao usá-lo, o seguinte é permitido:

1. O produto de software pode continuar a ser usado para fins comerciais.
2. Modificações nos aplicativos são permitidas.
3. As redistribuições subsequentes devem incluir o nome do autor original.

Ao criar uma nova variante, os licenciados não têm obrigação de fornecer o código original do produto. Esta licença ganhou popularidade significativa. Isso pode ser demonstrado listando os produtos de software conhecidos que são lançados sob este tipo de licença: o sistema operacional Android, a estrutura com a qual criar aplicativos corporativos em Java, o servidor web Apache. https://youtu.be/wyZq-EazOmU

Licença MIT

Algumas pessoas consideram esta opção de licenciamento de software livre a mais popular. Alguns consideram sua principal vantagem a boa compatibilidade com vários tipos de licenças gratuitas ou comerciais. Os recursos mais importantes são a
capacidade de modificar o código, bem como a permissão para redistribuir sob outras licenças à escolha da pessoa que fez as alterações . Os produtos de software que usam este documento são: uma biblioteca JavaScript chamada JQuiery, um editor de texto Atom, AngularJS – uma estrutura para desenvolvimento em JavaScript.
Comparação de licenças para Git Hub [/ caption]

Rochas subaquáticas

Às vezes, o autor escolhe inicialmente uma versão da licença e, posteriormente, deseja alterá-la. Se ele criou o programa sozinho, essa mudança não será difícil. No entanto, nos casos em que houver muitos participantes no desenvolvimento, ele não funcionará sem o consentimento deles. Por exemplo, o criador do Linux, embora ele realmente tenha feito a base do sistema operacional, não será capaz de alterar a licença sem o consentimento de todos os programadores que participaram do desenvolvimento posterior. Ao redistribuir sob MPL, aqueles que fizeram alterações no código não podem oferecer arquivos sob MPL sob outra licença. O uso do novo documento se aplicará a outros módulos de software.