Apache License 2.0
Головна ідея: Apache License 2.0 — це популярна permissive open source ліцензія, яка дозволяє використовувати, змінювати, поширювати й включати код у комерційні продукти, але вимагає збереження ліцензійних повідомлень, copyright notices і, за наявності, NOTICE-файлу.
Чому це цікаво: Apache License 2.0 схожа на MIT/BSD за свободою використання, але має важливу додаткову деталь — явний patent grant. Саме через це її часто обирають великі компанії та інфраструктурні open source-проєкти.
Важливо: Apache License 2.0 не є copyleft-ліцензією. Вона не змушує відкривати вихідний код похідного або комерційного продукту, якщо ви використовуєте Apache-licensed код, але її умови все одно потрібно виконувати.
1. Загальний опис
Apache License 2.0 — це відкрита ліцензія на програмне забезпечення, створена Apache Software Foundation.
Вона належить до класу permissive licenses, тобто дозвільних ліцензій.
Це означає, що код під Apache License 2.0 можна:
- використовувати;
- копіювати;
- змінювати;
- поширювати;
- включати в open source-проєкти;
- включати в proprietary software;
- використовувати в комерційних продуктах;
- sublicensing у межах умов ліцензії;
- поширювати у source або binary form.
Офіційний текст Apache License 2.0 прямо надає copyright license на відтворення, створення derivative works, публічний показ, виконання, sublicensing і distribution у source або object form. Також ліцензія містить окремий patent license grant від contributors. :contentReference[oaicite:0]{index=0}
2. Коротка характеристика
| Характеристика | Значення |
|---|---|
| Назва | Apache License 2.0 |
| Скорочення | Apache-2.0 |
| Автор / організація | Apache Software Foundation |
| Тип | Permissive open source license |
| Copyleft | Ні |
| Patent grant | Так |
| Комерційне використання | Дозволено |
| Закритий код у похідному продукті | Дозволено |
| Потрібно зберігати copyright notice | Так |
| Потрібно зберігати текст ліцензії | Так |
| NOTICE-файл | Потрібно зберігати, якщо він є |
| GPLv3-сумісність | Так |
| GPLv2-only сумісність | Ні |
| SPDX identifier | Apache-2.0 |
Apache Software Foundation зазначає, що Apache License 2.0 сумісна з GPLv3, але не сумісна з GPLv2 через додаткові положення, зокрема patent termination та indemnification provisions. :contentReference[oaicite:1]{index=1}
3. Apache License 2.0 простими словами
Apache License 2.0 можна пояснити так:
Можеш брати цей код, використовувати його, змінювати, вбудовувати у свій продукт, навіть продавати. Але: - не прибирай авторські повідомлення; - залиш текст ліцензії; - збережи NOTICE, якщо він є; - не видавай чужу роботу за свою; - пам'ятай про patent grant і patent termination.
Людське пояснення: Apache License 2.0 — це ліцензія, яка каже: “Бери, використовуй, будуй на цьому бізнес або open source, але чесно зберігай походження коду й не перетворюй патенти на зброю проти проєкту”.
4. Історія
Apache License розвивалася разом з Apache Software Foundation і її open source-проєктами.
Ключові етапи:
| Рік | Подія |
|---|---|
| 1995 | Починається розвиток Apache HTTP Server як одного з найважливіших open source web server-проєктів. |
| 1999 | Засновано Apache Software Foundation. |
| 2000 | Використовується Apache License 1.1. |
| 2004 | З'являється Apache License 2.0. |
| 2000-ті | Apache License 2.0 стає популярною для open source-проєктів, бібліотек і enterprise software. |
| 2010-ті | Ліцензія активно використовується у cloud, big data, Android, Kubernetes-related tooling та багатьох інфраструктурних проєктах. |
| 2020-ті | Apache-2.0 залишається однією з найпопулярніших permissive ліцензій для open source software. |
5. Цікавий факт: Apache License 2.0 — це “корпоративно-дружня” open source ліцензія
Багато компаній люблять Apache License 2.0 не тому, що вона “найкоротша” або “найпростіша”.
Навпаки, вона довша за MIT License.
Але вона має речі, які важливі для бізнесу:
- явний patent grant;
- зрозумілі правила attribution;
- дозвіл на комерційне використання;
- дозвіл на proprietary derivatives;
- відсутність copyleft-вимоги;
- сумісність з enterprise development;
- зрозумілий NOTICE-механізм.
Тому Apache License 2.0 часто обирають для проєктів, де важливо, щоб код могли безпечно використовувати і open source-спільнота, і компанії.
6. Що означає permissive license
Permissive license — це дозвільна open source-ліцензія.
Вона дає користувачу багато свободи й накладає порівняно мало обмежень.
До permissive licenses належать:
- MIT License;
- BSD 2-Clause;
- BSD 3-Clause;
- Apache License 2.0;
- ISC License.
Головна ідея permissive-ліцензій:
Використовуй код майже як хочеш, але збережи copyright і license notices.
7. Apache License 2.0 і copyleft
Apache License 2.0 не є copyleft.
Це означає, що якщо ви взяли Apache-licensed код і включили його у свій продукт, ви не зобов'язані відкривати весь вихідний код продукту.
Порівняння:
| Ліцензія | Copyleft | Що це означає |
|---|---|---|
| Apache License 2.0 | Ні | Можна використовувати в proprietary software. |
| MIT License | Ні | Дуже дозвільна ліцензія. |
| BSD License | Ні | Також permissive. |
| GPL | Так | Похідний код зазвичай має поширюватися під GPL. |
| LGPL | Слабший copyleft | Більш м'яка щодо бібліотек. |
8. Що дозволяє Apache License 2.0
| Дія | Дозволено? | Пояснення |
|---|---|---|
| Використовувати код | Так | Для особистих, навчальних, комерційних або внутрішніх задач. |
| Змінювати код | Так | Можна створювати modified versions. |
| Поширювати код | Так | У source або binary form. |
| Використовувати в комерційному продукті | Так | Продаж не заборонений. |
| Використовувати в закритому продукті | Так | Відкривати весь продукт не потрібно. |
| Sublicense | Так | У межах умов ліцензії. |
| Отримувати patent license | Так | У межах patent grant від contributors. |
| Видаляти copyright notice | Ні | Повідомлення потрібно зберігати. |
| Ігнорувати NOTICE-файл | Ні | Якщо NOTICE є, його потрібно зберігати у відповідній формі. |
9. Що потрібно робити при використанні
Якщо ви використовуєте код під Apache License 2.0, зазвичай потрібно:
- зберегти текст ліцензії;
- зберегти copyright notices;
- зазначити зміни, якщо ви модифікували файли;
- зберегти NOTICE-файл, якщо він є;
- не використовувати trademarks проєкту без дозволу;
- не подавати чужий код як повністю свій;
- дотримуватися умов patent grant і patent termination.
10. Copyright license
Apache License 2.0 надає користувачам широкі copyright-права.
Офіційний текст ліцензії дозволяє:
- reproduce;
- prepare derivative works;
- publicly display;
- publicly perform;
- sublicense;
- distribute;
- використовувати source або object form.
Це юридична основа того, чому Apache-licensed код можна змінювати, збирати, поширювати й включати у власні продукти. :contentReference[oaicite:2]{index=2}
11. Patent grant
Patent grant — одна з найважливіших частин Apache License 2.0.
Простими словами:
Якщо contributor додає код у проєкт, він також дає користувачам певну patent license на патентні claims, які необхідно порушує його contribution.
Це важливо, бо в software-світі патенти можуть бути ризиком.
Apache License 2.0 прямо містить patent license grant: contributor надає perpetual, worldwide, non-exclusive, no-charge, royalty-free, irrevocable patent license у межах claims, які necessarily infringed його contribution. :contentReference[oaicite:3]{index=3}
12. Patent termination
Apache License 2.0 має patent termination-механізм.
Ідея:
Якщо ти починаєш patent lawsuit, стверджуючи, що проєкт або contribution порушує патент, твоя patent license за Apache License може припинитися.
Це своєрідний захист проєкту від агресивного патентного використання.
Саме patent termination — одна з причин, чому Apache License 2.0 не сумісна з GPLv2-only, але сумісна з GPLv3. :contentReference[oaicite:4]{index=4}
13. Цікавий факт: patent grant — причина, чому Apache 2.0 люблять великі проєкти
MIT License дуже коротка й популярна.
Але Apache License 2.0 часто обирають там, де важливі патентні ризики.
Наприклад, у великих інфраструктурних, cloud, mobile або enterprise-проєктах може бути багато contributors і компаній.
Тоді питання звучить не лише так:
Чи можна використовувати код?
а ще й так:
Чи є патентні гарантії від contributors?
Apache License 2.0 дає на це більш чітку відповідь, ніж багато коротших permissive ліцензій.
14. NOTICE-файл
NOTICE — це файл або секція з attribution notices.
Не кожен Apache-licensed проєкт має NOTICE-файл, але якщо він є, його потрібно враховувати.
NOTICE може містити:
- інформацію про авторів;
- attribution;
- згадки про third-party components;
- додаткові повідомлення;
- важливі юридичні або історичні notices.
Apache Software Foundation має окремі рекомендації щодо застосування Apache License 2.0, включно з тим, як додавати ліцензію до source files, documentation і distributions. :contentReference[oaicite:5]{index=5}
15. Що робити з NOTICE при поширенні
Якщо ви поширюєте продукт, який містить Apache-licensed код із NOTICE-файлом, зазвичай потрібно:
- зберегти NOTICE notices;
- включити їх у документацію, about box, legal notices або інше відповідне місце;
- не видаляти attribution;
- не створювати враження, що автори endorsing ваш продукт;
- не додавати зайві claims, які змінюють ліцензію.
16. Цікавий факт: NOTICE — це не реклама, а слід походження коду
NOTICE-файл не означає:
“Ти повинен всюди рекламувати Apache-проєкт”.
Він радше означає:
“Не стирай інформацію про походження частин коду”.
Для open source це важливо, бо програмне забезпечення часто складається з багатьох шарів чужої праці.
NOTICE допомагає не втратити цей слід.
17. Trademarks
Apache License 2.0 не дає автоматичного права використовувати trademarks.
Це означає:
- можна використовувати код;
- можна форкати код;
- можна змінювати код;
- але не можна без дозволу видавати свій продукт за офіційний продукт автора;
- не можна зловживати назвами, логотипами або брендами.
Наприклад, якщо ви взяли код Apache-проєкту, це не означає, що можна назвати свій продукт так, ніби він офіційно підтриманий Apache Software Foundation.
18. Disclaimer of warranty
Apache License 2.0 містить відмову від гарантій.
Простими словами:
Код надається “як є”. Автори не обіцяють, що він ідеальний, безпечний, підходить саме для вашої задачі або не містить помилок.
Це стандартна частина багатьох open source-ліцензій.
19. Limitation of liability
Ліцензія також обмежує відповідальність авторів.
Ідея:
Якщо ви використали open source-код, а у вас щось зламалося, автор не стає автоматично відповідальним за ваші збитки.
Це важливо, бо без такого захисту багато людей і компаній боялися б публікувати open source-код.
20. Apache License 2.0 і комерційне використання
Apache License 2.0 дозволяє комерційне використання.
Можна:
- використовувати код у платному продукті;
- включати бібліотеку в proprietary software;
- продавати програму;
- використовувати код у SaaS;
- використовувати всередині компанії;
- модифікувати код для бізнесу;
- поширювати binary builds.
Але потрібно виконувати умови ліцензії.
21. Apache License 2.0 і закритий код
Apache-licensed код можна включати в закритий продукт.
Приклад:
Компанія бере Apache-licensed library. Використовує її у proprietary application. Продає application. Не відкриває весь source code. Але зберігає license notice, copyright notice і NOTICE, якщо потрібно.
Це головна відмінність permissive ліцензій від copyleft-ліцензій на кшталт GPL.
22. Apache License 2.0 і SaaS
Apache License 2.0 не має спеціальної network copyleft-вимоги.
Тобто якщо компанія використовує Apache-licensed код у SaaS-сервісі, вона зазвичай не зобов'язана відкривати вихідний код сервісу лише через сам факт мережевого використання.
Цим Apache License 2.0 відрізняється від AGPL, яка спеціально закриває SaaS/network loophole.
23. Apache License 2.0 і GPL
Apache License 2.0 сумісна з GPLv3, але не з GPLv2-only.
| Комбінація | Сумісність | Пояснення |
|---|---|---|
| Apache-2.0 + GPLv3 | Так | Apache-licensed код можна включити в GPLv3-проєкт. |
| Apache-2.0 + GPLv2-only | Ні | GPLv2-only не сумісна з додатковими положеннями Apache-2.0. |
| Apache-2.0 + GPLv2-or-later | Можливо через GPLv3 | Код може бути використаний під GPLv3, якщо проєкт дозволяє “or later”. |
Apache Software Foundation і FSF вважають Apache License 2.0 сумісною з GPLv3, але не з GPLv2-only. :contentReference[oaicite:6]{index=6}
24. Apache License 2.0 і MIT License
| Критерій | Apache License 2.0 | MIT License |
|---|---|---|
| Тип | Permissive | Permissive |
| Довжина | Довша | Дуже коротка |
| Patent grant | Явний | Не такий явно прописаний |
| NOTICE-файл | Так, якщо є | Ні |
| Комерційне використання | Дозволено | Дозволено |
| Закритий код | Дозволено | Дозволено |
| Enterprise-проєкти | Дуже популярна | Теж популярна |
25. Apache License 2.0 і BSD License
| Критерій | Apache License 2.0 | BSD 2-Clause / 3-Clause |
|---|---|---|
| Тип | Permissive | Permissive |
| Patent grant | Явний | Зазвичай не такий явний |
| Attribution | Так | Так |
| NOTICE | Так, якщо є | Ні в Apache-style сенсі |
| Складність | Вища | Нижча |
| Корпоративна привабливість | Висока через patent language | Висока через простоту |
26. Apache License 2.0 і GPL
| Критерій | Apache License 2.0 | GPL |
|---|---|---|
| Тип | Permissive | Copyleft |
| Закритий похідний продукт | Можливий | Зазвичай ні при distribution derivative work. |
| Patent grant | Так | GPLv3 теж має patent-related положення. |
| Поширення змін | Не обов'язково відкривати весь похідний код | Зазвичай потрібно поширювати derivative під GPL. |
| Філософія | Максимальна свобода використання коду | Максимальна свобода користувачів похідних програм |
27. Цікавий факт: permissive і copyleft захищають різні свободи
Часто питають:
Що краще: Apache чи GPL?
Правильніше питати:
Яку свободу ви хочете захистити?
Apache License 2.0 захищає свободу використовувати код майже будь-де, включно з комерційними й закритими продуктами.
GPL захищає ідею, що похідні версії теж мають залишатися вільними для користувачів.
Це різні філософії, а не просто “одна добра, інша погана”.
28. Як додати Apache License 2.0 до проєкту
Типовий спосіб:
1. Додати файл LICENSE з повним текстом Apache License 2.0. 2. Додати copyright notice. 3. Додати NOTICE, якщо потрібен. 4. Вказати SPDX identifier у файлах або metadata. 5. Зазначити ліцензію в README. 6. Зазначити ліцензію в package metadata.
SPDX identifier:
Apache-2.0
Приклад у source-файлі:
SPDX-License-Identifier: Apache-2.0
29. Приклад короткого блоку в README
## License This project is licensed under the Apache License, Version 2.0. See the LICENSE file for details.
30. Приклад структури проєкту
my-project/
README.md
LICENSE
NOTICE
src/
main.py
docs/
usage.md
| Файл | Призначення |
|---|---|
| LICENSE | Повний текст Apache License 2.0. |
| NOTICE | Attribution notices, якщо потрібні. |
| README.md | Коротке пояснення ліцензії для користувачів. |
| Source files | Можуть мати SPDX headers. |
31. Коли варто обрати Apache License 2.0
Apache License 2.0 доцільно обрати, якщо:
- ви хочете permissive open source ліцензію;
- дозволяєте комерційне використання;
- дозволяєте proprietary derivatives;
- хочете явний patent grant;
- проєкт може зацікавити компанії;
- проєкт є бібліотекою, SDK, framework або infrastructure tool;
- важлива GPLv3-сумісність;
- хочете зрозумілий enterprise-friendly license text;
- не хочете copyleft-обмежень.
32. Коли Apache License 2.0 може бути не найкращим вибором
Apache License 2.0 може бути не найкращим варіантом, якщо:
- ви хочете, щоб усі похідні версії залишалися open source;
- вам потрібен strong copyleft — тоді варто дивитися GPL;
- вам потрібен network copyleft — тоді AGPL;
- ви хочете максимально коротку й просту ліцензію — тоді MIT або BSD;
- вам потрібна GPLv2-only сумісність;
- ви не хочете працювати з NOTICE requirements;
- проєкт має дуже специфічні юридичні вимоги.
33. Переваги Apache License 2.0
| Перевага | Опис |
|---|---|
| Permissive | Дає багато свободи користувачам і компаніям. |
| Patent grant | Містить явний патентний дозвіл від contributors. |
| Комерційно дружня | Добре підходить для бізнесу й enterprise. |
| Дозволяє proprietary use | Код можна включати в закриті продукти. |
| GPLv3-compatible | Може використовуватися разом із GPLv3-кодом. |
| Відома й поширена | Добре зрозуміла в open source і corporate-середовищах. |
| Добра для бібліотек | Не змушує весь застосунок ставати open source. |
34. Недоліки Apache License 2.0
| Недолік | Опис |
|---|---|
| Довша за MIT | Може здаватися складнішою для маленьких проєктів. |
| NOTICE requirements | Потрібно уважно зберігати attribution notices. |
| Не copyleft | Компанії можуть використовувати код у закритих продуктах без відкриття змін. |
| Не сумісна з GPLv2-only | Це може бути проблемою для старих GPLv2-проєктів. |
| Юридично складніша | Patent grant і termination потребують уважного розуміння. |
| Не захищає “від закриття” похідних робіт | Якщо автор хоче обов'язкову відкритість derivatives, краще GPL/AGPL. |
35. Типові помилки новачків
| Помилка | Чому виникає | Як правильно думати |
|---|---|---|
| “Apache 2.0 означає, що все завжди має бути open source” | Плутають із GPL. | Apache 2.0 permissive, не copyleft. |
| “Можна видалити всі згадки про авторів” | Неправильне розуміння свободи. | Copyright і NOTICE потрібно зберігати. |
| “Apache 2.0 і MIT однакові” | Обидві permissive. | Apache 2.0 має patent grant і NOTICE-механізм. |
| “Можна використовувати trademarks” | Ліцензія дає права на код, не на бренд. | Trademarks — окреме питання. |
| “Apache 2.0 сумісна з будь-якою GPL” | Ні. | Сумісна з GPLv3, але не GPLv2-only. |
| “Patent grant неважливий” | Для малих проєктів може здаватися дрібницею. | Для великих проєктів це дуже важливо. |
36. Цікавий факт: Android і багато cloud-проєктів використовують Apache-style licensing
Apache License 2.0 стала дуже популярною в інфраструктурному software.
Її часто можна побачити в проєктах, пов'язаних із:
- cloud;
- SDK;
- developer tools;
- mobile infrastructure;
- big data;
- APIs;
- libraries;
- frameworks;
- enterprise software.
Причина проста: ліцензія достатньо відкрита для спільноти й достатньо зрозуміла для компаній.
37. Apache License 2.0 у package metadata
У package metadata часто вказують:
license = "Apache-2.0"
Приклади:
[package]
license = "Apache-2.0"
або:
{
"license": "Apache-2.0"
}
SPDX-ідентифікатор важливий, бо дозволяє автоматичним інструментам правильно розпізнавати ліцензію.
38. Apache License 2.0 і compliance
License compliance — це виконання умов ліцензії.
Для Apache License 2.0 compliance зазвичай означає:
- мати текст ліцензії;
- зберігати copyright notices;
- зберігати NOTICE;
- зазначати зміни;
- не порушувати trademark-права;
- правильно описувати third-party dependencies;
- перевіряти сумісність ліцензій;
- вести список open source components.
39. Apache License 2.0 і компанії
Компанії люблять Apache License 2.0, бо вона дозволяє:
- використовувати код у продуктах;
- не відкривати весь proprietary source;
- мати patent grant;
- зменшити юридичну невизначеність;
- включати open source libraries у commercial software;
- будувати developer ecosystem;
- публікувати SDK і frameworks;
- приймати contributions із більш зрозумілими умовами.
40. Apache License 2.0 і contributors
Для contributors Apache License 2.0 означає, що їхній внесок може бути широко використаний.
Коли contributor додає код, він фактично погоджується, що цей contribution буде поширюватися під умовами ліцензії.
У великих проєктах додатково можуть використовуватися:
- Contributor License Agreement;
- Developer Certificate of Origin;
- contribution guidelines;
- code review rules;
- license headers;
- NOTICE updates.
41. Apache License 2.0 і forks
Apache License 2.0 дозволяє створювати forks.
Можна:
- скопіювати проєкт;
- змінити його;
- поширювати modified version;
- створити власний продукт;
- використовувати іншу назву;
- вести окрему розробку.
Але потрібно:
- зберегти license;
- зберегти copyright notices;
- зазначити зміни;
- зберегти NOTICE;
- не порушувати trademarks.
42. Цікавий факт: permissive ліцензія не означає “без правил”
Іноді люди думають:
Open source = можна робити що завгодно.
Насправді:
Open source = можна багато, але в межах ліцензії.
Apache License 2.0 дуже вільна, але не порожня.
У неї є правила, і їх потрібно виконувати.
43. Юридичне застереження
Ця стаття пояснює Apache License 2.0 простими словами, але не є юридичною консультацією.
Для важливих комерційних, patent, compliance або distribution-рішень краще звернутися до юриста або фахівця з open source compliance.
44. Людське пояснення: чим є Apache License 2.0
Apache License 2.0 — це ліцензія для людей і компаній, які хочуть, щоб код жив широко.
Вона не каже:
“Якщо взяв мій код, ти маєш відкрити весь свій продукт”.
Вона каже:
“Можеш використовувати мій код дуже вільно, але не стирай авторство, зберігай ліцензію, поважай NOTICE, і не використовуй патенти проти проєкту”.
Саме тому Apache License 2.0 стала такою популярною для бібліотек, SDK, інфраструктурних проєктів і корпоративного open source.
45. Цікаві факти
| Факт | Пояснення |
|---|---|
| Apache License 2.0 має явний patent grant | Це одна з головних причин її популярності в enterprise і infrastructure software. |
| Вона permissive, а не copyleft | Похідний продукт не обов'язково має бути open source. |
| Вона сумісна з GPLv3 | Apache-licensed код можна включати в GPLv3-проєкти. |
| Вона не сумісна з GPLv2-only | Через додаткові patent-related положення. |
| NOTICE-файл має значення | Якщо NOTICE є, його потрібно зберігати при поширенні. |
| Вона довша за MIT | Але натомість дає більше юридичної ясності щодо патентів. |
| Apache-2.0 — офіційний SPDX identifier | Його використовують у package metadata й license scanning. |
| Вона дозволяє комерційне використання | Код можна включати навіть у закриті продукти. |
46. Безпека і відповідальність
Ліцензія не гарантує безпеку коду.
Якщо код під Apache License 2.0 доступний відкрито, це не означає, що він:
- не має bugs;
- не має security vulnerabilities;
- підходить для production;
- правильно налаштований;
- отримує оновлення;
- безпечний за замовчуванням.
Перед використанням важливо:
- перевіряти dependencies;
- оновлювати пакети;
- читати security advisories;
- робити code review;
- використовувати license scanning;
- перевіряти NOTICE і license files;
- тестувати код у своєму середовищі.
47. Висновок
Apache License 2.0 — це одна з найважливіших permissive open source ліцензій.
Її головні переваги:
- дозволяє комерційне використання;
- дозволяє proprietary derivatives;
- має явний patent grant;
- сумісна з GPLv3;
- добре підходить для бібліотек, SDK і infrastructure software;
- зрозуміла для компаній;
- широко використовується в open source.
Головні обмеження:
- потрібно зберігати license і copyright notices;
- потрібно враховувати NOTICE-файл;
- не сумісна з GPLv2-only;
- не є copyleft;
- не змушує відкривати modified proprietary code;
- юридично складніша за MIT.
Apache License 2.0 найкраще підходить проєктам, які хочуть бути відкритими, дружніми до бізнесу, придатними для широкого повторного використання й водночас мати чіткіші патентні правила, ніж у найкоротших permissive ліцензіях.
48. Джерела
- Apache Software Foundation: Apache License, Version 2.0
- Apache Software Foundation: Applying the Apache License, Version 2.0
- Apache Software Foundation: Apache Licensing and Distribution FAQ
- Apache Software Foundation: Apache License v2.0 and GPL Compatibility
- SPDX License List: Apache-2.0
- Open Source Initiative: Apache License 2.0
- Free Software Foundation license materials
- Open source compliance documentation
49. Див. також
Apache License 2.0 Apache Software Foundation Open source Free software Permissive license MIT License BSD License GPL GPLv3 AGPL LGPL SPDX Patent grant Copyright Software license Open source compliance NOTICE file