Об этом инструменте
Файл лицензии — это то, что превращает «код на GitHub» в программу, которую другие вправе легально использовать. Выберите лицензию, укажите год и имя и получите точный текст, чтобы сохранить его как LICENSE в корне репозитория.
Не знаете, какую выбрать? Таблица сравнения показывает практические различия: MIT и Apache 2.0 — разрешительные (делайте почти всё, лишь сохраняйте уведомление); GPL — копилефт (производные тоже должны быть открытыми); Unlicense передаёт работу в общественное достояние. Apache добавляет явное патентное разрешение.
Частые вопросы
Какую лицензию выбрать для моего проекта?
Это зависит от того, насколько свободным вы хотите видеть последующее использование. MIT и Apache-2.0 разрешают почти всё, включая использование в закрытом коде; варианты GPL требуют, чтобы производные работы оставались открытыми. В таблице сравнения ниже наглядно показаны требования к коммерческому использованию, копилефту и указанию авторства.
Достаточно ли просто добавить файл LICENSE с юридической точки зрения, или нужно что-то регистрировать?
Добавление файла в корень репозитория — это именно то, как на практике работает лицензирование открытого ПО: никакой регистрации или подачи документов не требуется. В сочетании с уведомлением об авторских правах это стандартный способ применения лицензии для проектов на GitHub и в других местах.
Что меняют поля года и автора?
Они заполняют строку авторских прав в тексте лицензии (например, «Copyright (c) 2026 Your Name»). Измените их, и предпросмотр обновится мгновенно, прежде чем вы скопируете или скачаете файл.
Можно ли позже изменить лицензию проекта?
Только на будущее и только для кода, которым вы владеете полностью — прошлые релизы остаются под той лицензией, с которой были опубликованы, а если у вас есть внешние контрибьюторы, вам, как правило, потребуется их согласие на смену лицензии их вклада.
В чём практическая разница между разрешительными (permissive) и копилефтными лицензиями?
Разрешительные лицензии (MIT, Apache-2.0, BSD) позволяют кому угодно повторно использовать ваш код в проприетарном ПО почти без обязательств. Копилефтные лицензии (GPL, AGPL) требуют, чтобы производные работы распространялись под той же лицензией, сохраняя открытость кода и его производных.