Apache License 2.0
!; |- | Відома й поширена | Добре зрозуміла в open source і corporate-середовищах.; NOTICE-файл не означає:
Не кожен Apache-licensed проєкт має NOTICE-файл, але якщо він є собою, його потрібно враховувати.; Додати NOTICE, якщо потрібен.; Рік
- надає можливість комерційне використання;
- надає можливість proprietary derivatives;
- має явний patent grant;
- сумісна з GPLv3;
- добре підходить для бібліотек, SDK і infrastructure software;
- зрозуміла для компаній;
- широко застосовується в open source.; {| class="wikitable"
Apache License 2.; 21.0 і закритий код
У великих проєктах додатково можуть використовуватися:
NOTICE
Apache License 2.0 не є собою copyleft.; GPL захищає ідею, що похідні версії теж мають залишатися вільними для користувачів.; Значення
6.; |- | Apache-2.0 — офіційно затверджений SPDX identifier | Його використовують у package metadata й license scanning.; |- | 2000 | застосовується Apache License 1.1.; Приклад: |- | 1995 | Починається еволюція Apache HTTP Server як одного з найважливіших open source web server-проєктів.; |}
29.; Приклад короткого блоку в README
Але вона має речі, які важливі для бізнесу:
- зберегти текст ліцензії;
- зберегти copyright notices;
- зазначити зміни, якщо ви модифікували файли;
- зберегти NOTICE-файл, якщо він є собою;
- не використовувати trademarks проєкту без дозволу;
- не подавати чужий код як в цілому свій;
- дотримуватися умов patent grant і patent termination.; |-
| “Apache 2.0 означає, що все завжди має бути open source” | Плутають із GPL.;Copyright
== 39.; Apache License 2.0 і компанії ==
== 45.; Цікаві факти ==
[[Категорія:Ліцензії програмного забезпечення]]
README.md
“Можеш використовувати мій код дуже вільно,
навіть продавати.;== 26.; Apache License 2.0 і GPL ==
!; NOTICE сприяє не втратити цей слід.; Насправді:
Продає application.;[[MIT License]]
підходить саме для вашої задачі
== Apache License 2.; 40.0 і contributors ==
!; Apache License розвивалася разом з Apache Software Foundation і її open source-проєктами.;== 35.; Типові помилки новачків ==
Це своєрідний захист проєкту від агресивного патентного використання.; Apache License 2.0
<pre>
== 15.; Що робити з NOTICE при поширенні ==
а ще й так:
Це стандартна частина багатьох open source-ліцензій.; Пояснення
Вона не каже:
а у вас щось зламалося,
== 37.; Apache License 2.0 у package metadata ==
</pre>
|-
| Тип
| Permissive
| Copyleft
|-
| Закритий похідний програмний продукт
| Можливий
| Зазвичай ні при distribution derivative work.; |-
| Patent grant
| Містить явний патентний дозвіл від contributors.; Код надається “як є собою”.;== Цікавий факт: patent grant.; причина, чому Apache 2 виступає ключовою рисою 13.0 люблять великі проєкти ==
Вона належить до класу '''permissive licenses''', тобто дозвільних ліцензій.; NOTICE має змогу містити:
* мати текст ліцензії;
* зберігати copyright notices;
* зберігати NOTICE;
* зазначати зміни;
* не порушувати trademark-права;
* правильно описувати third-party dependencies;
* перевіряти сумісність ліцензій;
* вести список open source components.; |-
| Вона довша за MIT
| Але натомість дає більше юридичної ясності щодо патентів.; :contentReference [oaicite:3]{index=3}
Ідея:
== 11. Patent grant ==
<pre>
Це головна відмінність permissive ліцензій від copyleft-ліцензій на кшталт GPL.; 4.; |-
| 2004
| З'являється Apache License 2.0.; До permissive licenses належать:
!; Пояснення
* можна використовувати код;
* можна форкати код;
* можна змінювати код;
* але не можна без дозволу видавати свій програмний продукт за офіційно затверджений програмний продукт автора;
* не можна зловживати назвами, логотипами або брендами.; {| class="wikitable"
[[NOTICE file]]
[[Software license]]
!; |-
| “Можна видалити всі згадки про авторів”
| Неправильне розуміння свободи.; |-
| Вона надає можливість комерційне використання
| Код можна включати навіть у закриті продукти.; Сумісність
== Apache License 2.; 20.0 і комерційне використання ==
Apache License 2.0 — це одна з найважливіших permissive open source ліцензій.; Перед використанням істотно:
== Недоліки Apache License 2.; 34.0 ==
</pre>
Apache License 2.0 можна пояснити так:
Apache License 2.0 надає користувачам широкі copyright-права.; ліцензійний пакет не гарантує безпеку коду.; |-
| Вона сумісна з GPLv3
| Apache-licensed код можна включати в GPLv3-проєкти.; !;== 12. Patent termination ==
Правильніше питати:
Порівняння:
Головна ідея permissive-ліцензій:
!; Зазначити ліцензію в README.; Apache License 2.0 дає на це більш чітку відповідь, ніж багато коротших permissive ліцензій.; * MIT License;
- BSD 2-Clause;
- BSD 3-Clause;
- Apache License 2.0;
- ISC License.; істотно: Apache License 2.0 не є собою copyleft-ліцензією.; :contentReference [oaicite:1]{index=1}
Її часто можна побачити в проєктах, пов'язаних із:
- зберегти NOTICE notices;
- включити їх у документацію, about box, legal notices або інше відповідне місце;
- не видаляти attribution;
- не створювати враження, що автори endorsing ваш програмний продукт;
- не додавати зайві claims, які змінюють ліцензію.; license = "Apache-2.0"
- явний patent grant;
- зрозумілі правила attribution;
- дозвіл на комерційне використання;
- дозвіл на proprietary derivatives;
- відсутність copyleft-вимоги;
- сумісність з enterprise development;
- зрозумілий NOTICE-механізм.; "license": "Apache-2.0"
See the LICENSE file for details.; Причина проста: ліцензійний пакет достатньо відкрита для спільноти й достатньо зрозуміла для компаній.; |-
| Ігнорувати NOTICE-файл
| Ні
| Якщо NOTICE є собою, його потрібно зберігати у відповідній формі.; |-
| MIT License
| Ні
| Дуже дозвільна ліцензійний пакет.; | Сумісна з GPLv3, але не GPLv2-only.; Недолік
[[Apache Software Foundation]]
!; Apache License 2.0 містить відмову від гарантій.; Файл
'''Людське пояснення:''' Apache License 2.0 — це ліцензійний пакет, яка каже: “Бери, використовуй, будуй на цьому бізнес-середовище або open source, але чесно зберігай походження коду й не перетворюй патенти на зброю проти проєкту”.; |-
| “Patent grant неважливий”
| Для малих проєктів має змогу здаватися дрібницею.; Apache License 2.0 надає можливість створювати forks.; {| class="wikitable"
Apache License 2.0 захищає свободу використовувати код майже будь-де, включно з комерційними й закритими продуктами.; Яку свободу ви хочете захистити?; твоя patent license за Apache License має змогу припинитися.; |-
| Apache-2.0 + GPLv2-or-later
| Можливо через GPLv3
| Код має змогу бути використаний під GPLv3, якщо проєкт надає можливість “or later”.; | Apache 2.0 permissive, не copyleft.; |}
Ця стаття пояснює Apache License 2.0 простими словами, але не є собою юридичною консультацією.;</div>
== Apache License 2.; 25.0 і BSD License ==
<pre>
[[Patent grant]]
офіційно затверджений текст ліцензії надає можливість:
</pre>
на патентні claims, які необхідно порушує його contribution.; |-
| 2020-ті
| Apache-2.0 залишається однією з найпопулярніших permissive ліцензій для open source software.; |-
| Комерційно дружня
| Добре підходить для бізнесу й enterprise.; SPDX identifier:
Це юридична основа того, чому Apache-licensed код можна змінювати, збирати, поширювати й включати у власні продукти.; Чи є собою патентні гарантії від contributors?; Чому виникає
</pre>
MIT License дуже коротка й популярна.; |-
| Поширення змін
| Не обов'язково відкривати весь похідний код
| Зазвичай потрібно поширювати derivative під GPL.; Факт
безпечний,
“Ти повинен всюди рекламувати Apache-проєкт”.; |-
| “Можна використовувати trademarks”
| ліцензійний пакет дає права на код, не на бренд.; Помилка
[[Open source compliance]]
Apache License 2.0 прямо містить patent license grant: contributor надає perpetual, worldwide, non-exclusive, no-charge, royalty-free, irrevocable patent license у межах claims, які necessarily infringed його contribution.;== 46.; Безпека і відповідальність ==
== 19. Limitation of liability ==
Apache License 2.0 має змогу бути не найкращим варіантом, якщо:
src/
Для contributors Apache License 2.0 означає, що їхній внесок має змогу бути широко використаний.; 2.; |-
| надає можливість proprietary use
| Код можна включати в закриті продукти.; |-
| Apache-2.0 + GPLv2-only
| Ні
| GPLv2-only не сумісна з додатковими положеннями Apache-2.0.;<pre>
вбудовувати у свій програмний продукт,
</pre>
== 4.; історичний розвиток ==
== 10. Copyright license ==
<pre>
Типовий спосіб:
Часто питають:
Саме patent termination — одна з причин, чому Apache License 2.0 не сумісна з GPLv2-only, але сумісна з GPLv3.; Але потрібно:
використовувати його,
Якщо код під Apache License 2.0 доступний відкрито, це не означає, що він:
{| class="wikitable"
Для Apache License 2.0 compliance зазвичай означає:
!;{{DISPLAYTITLE:Apache License 2.0}}
Apache Software Foundation зазначає, що Apache License 2.0 сумісна з GPLv3, але не сумісна з GPLv2 через додаткові положення, зокрема patent termination та indemnification provisions.; Apache-2.0
* перевіряти dependencies;
* оновлювати пакети;
* читати security advisories;
* робити code review;
* використовувати license scanning;
* перевіряти NOTICE і license files;
* тестувати код у своєму середовищі.; Характеристика
</pre>
Apache License 2.0 дуже вільна, але не порожня.; |-
| Вона не сумісна з GPLv2-only
| Через додаткові patent-related положення.; характеристика
SPDX-ідентифікатор важливий, бо надає можливість автоматичним інструментам правильно розпізнавати ліцензію.; !; Дозволено?; |-
| “Apache 2.0 і MIT однакові”
| Обидві permissive.; Додати copyright notice.; Критерій
стверджуючи, що проєкт або contribution порушує патент,
Багато компаній люблять Apache License 2.0 не з цієї причини, що вона “найкоротша” або “найпростіша”.; {| class="wikitable"
</pre>
але в межах ліцензії.; Що це означає
{| class="wikitable"
'''Apache License 2.0''' — це відкрита ліцензійний пакет на програмне забезпечення, розроблена '''Apache Software Foundation'''.; |-
| Вона permissive, а не copyleft
| Похідний програмний продукт не обов'язково має бути open source.; :contentReference [oaicite:0]{index=0}
!;<pre>
Це означає, що якщо ви взяли Apache-licensed код і включили його у свій програмний продукт, ви не зобов'язані відкривати весь вихідний код продукту.;</pre>
Apache Software Foundation має окремі рекомендації щодо сфера застосування Apache License 2.0, включно з тим, як додавати ліцензію до source files, documentation і distributions.; У неї є собою правила, і їх потрібно виконувати.; |-
| NOTICE-файл має значення
| Якщо NOTICE є собою, його потрібно зберігати при поширенні.; Дія
== 18. Disclaimer of warranty ==
Apache License 2.0 не має спеціальної network copyleft-вимоги.; |-
| Source files
| Можуть мати SPDX headers.; |-
| 1999
| Засновано Apache Software Foundation.; Це різні філософії, а не без ускладнень “одна добра, інша погана”.; * ви хочете permissive open source ліцензію;
* дозволяєте комерційне використання;
* дозволяєте proprietary derivatives;
* хочете явний patent grant;
* проєкт має змогу зацікавити компанії;
* проєкт є собою бібліотекою, SDK, framework або infrastructure tool;
* важлива GPLv3-сумісність;
* хочете зрозумілий enterprise-friendly license text;
* не хочете copyleft-обмежень.; |-
| Не сумісна з GPLv2-only
| Це має змогу бути проблемою для старих GPLv2-проєктів.; :contentReference [oaicite:6]{index=6}
<pre>
Apache License 2.0 має patent termination-механізм.; |-
| Отримувати patent license
| Так
| У межах patent grant від contributors.; :contentReference [oaicite:2]{index=2}
</pre>
“Не стирай інформацію про походження частин коду”.; “Якщо взяв мій код, ти маєш відкрити весь свій програмний продукт”.;== 1.; Загальний характеристика ==
Він радше означає:
== 6.; Що означає permissive license ==
{| class="wikitable"
== Apache License 2.; 41.0 і forks ==
}
[[Apache License 2.0]]
<pre>
__TOC__
== 14.; NOTICE-файл ==
<pre>
<pre>
!; !; Якщо ти починаєш patent lawsuit,
Її головні переважні аспекти:
</pre>
'''Patent grant''' — одна з найважливіших частин Apache License 2.0.;</pre>
!; |}
</div>
- збережи NOTICE, якщо він є собою;
usage.md
[[GPL]]
|-
| Довша за MIT
| має змогу здаватися складнішою для маленьких проєктів.; open source-проєктів забезпечується через | Apache License 2.0 стає популярною; додатково реалізовано бібліотек і enterprise software.; |}
У package metadata часто вказують:
== 3.; Apache License 2.0 простими словами ==
== 8.; Що надає можливість Apache License 2.0 ==
!; Можна:
[[GPLv3]]
!; |-
| Patent grant
| Так
| GPLv3 теж має patent-related положення.; |-
| “Apache 2.0 сумісна з будь-якою GPL”
| Ні.;<div style="border-left: 6px solid #1565c0; background: #e3f2fd; padding: 12px 16px; margin: 16px 0;">
Apache License 2.0 надає можливість комерційне використання.; |-
| Не захищає “від закриття” похідних робіт
| Якщо автор хоче обов'язкову відкритість derivatives, краще GPL/AGPL.; |-
| Філософія
| Максимальна свобода використання коду
| Максимальна свобода користувачів похідних програм
|}
license = "Apache-2.0"
{
== Apache License 2.; 22.0 і SaaS ==
[[Permissive license]]
Автори не обіцяють, що він ідеальний,
Apache Software Foundation і FSF вважають Apache License 2.0 сумісною з GPLv3, але не з GPLv2-only.; |-
| Тип
| Permissive
| Permissive
|-
| Довжина
| Довша
| Дуже коротка
|-
| Patent grant
| Явний
| Не такий явно прописаний
|-
| NOTICE-файл
| Так, якщо є собою
| Ні
|-
| Комерційне використання
| Дозволено
| Дозволено
|-
| Закритий код
| Дозволено
| Дозволено
|-
| Enterprise-проєкти
| Дуже популярна
| Теж популярна
|}
</pre>
офіційно затверджений текст Apache License 2.0 прямо надає copyright license на відтворення, створення derivative works, публічний показ, виконання, sublicensing і distribution у source або object form.; - пам'ятай про patent grant і patent termination.; Як правильно думати
автор не стає автономно відповідальним за ваші збитки.;== Коли Apache License 2.; 32.0 має змогу бути не найкращим вибором ==
Ідея:
== 30.; Приклад структури проєкту ==
змінювати,
!; |-
| Не copyleft
| Компанії можуть використовувати код у закритих продуктах без відкриття змін.; |-
| NOTICE requirements
| Потрібно уважно зберігати attribution notices.;<pre>
'''Permissive license''' — це дозвільна open source-ліцензія.; |}
'''Чому це цікаво:''' Apache License 2.0 схожа на MIT/BSD за свободою використання, але має важливу додаткову деталь — явний patent grant.;</pre>
== 16.; Цікавий факт: NOTICE — це не реклама, а слід походження коду ==
<pre>
</pre>
!; | Apache 2.0 має patent grant і NOTICE-механізм.; |-
| Apache License 2.0
| Ні
| Можна використовувати в proprietary software.; 5.; Приклад у source-файлі:
== 9.; Що потрібно робити при використанні ==
main.py
Іноді люди думають:
== 48.; Джерела ==
== Цікавий факт: Apache License 2.; 5.0 — це “корпоративно-дружня” open source ліцензійний пакет ==
[[Open source]]
і не використовуй патенти проти проєкту”.; GPL
[package]
але збережи copyright і license notices.; Вказати SPDX identifier у файлах або metadata.; |-
| Юридично складніша
| Patent grant і termination потребують уважного розуміння.; |-
| Apache-2.0 + GPLv3
| Так
| Apache-licensed код можна включити в GPLv3-проєкт.; Тобто якщо організація використовує Apache-licensed код у SaaS-сервісі, вона зазвичай не зобов'язана відкривати вихідний код сервісу лише через сам факт мережевого використання.; SPDX-License-Identifier: Apache-2.0
3.; Додати файл LICENSE з повним текстом Apache License 2.0.; Критерій
Для важливих комерційних, patent, compliance або distribution-рішень краще звернутися до юриста або фахівця з open source compliance.; Комбінація
| Назва | 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 |
Див.; 49.; додатково
Але Apache License 2.0 часто обирають там, де важливі патентні ризики.; Але потрібно виконувати умови ліцензії.; Apache License 2.0 |- | Тип | Permissive | Permissive |- | Patent grant | Явний | Зазвичай не такий явний |- | Attribution | Так | Так |- | NOTICE | Так, якщо є собою | Ні в Apache-style сенсі |- | Складність | Вища | Нижча |- | Корпоративна привабливість | Висока через patent language | Висока через простоту |}
!; Це означає, що код під Apache License 2.0 можна:
47.; Висновок
Apache License 2.; 7.0 і copyleft
Людське пояснення: чим є собою Apache License 2.; 44.0
LICENSE
- інформацію про авторів;
- attribution;
- згадки про third-party components;
- додаткові повідомлення;
- важливі юридичні або історичні notices.; Перевага
- потрібно зберігати license і copyright notices;
- потрібно враховувати NOTICE-файл;
- не сумісна з GPLv2-only;
- не є собою copyleft;
- не змушує відкривати modified proprietary code;
- юридично складніша за MIT.; !; |-
| Використовувати в комерційному продукті | Так | Продаж не заборонений.; | Trademarks — окреме питання.;
- 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
== Apache License 2.; 24.0 і MIT License ==
Але зберігає license notice, copyright notice і NOTICE, якщо потрібно.; додатково ліцензійний пакет містить окремий patent license grant від contributors.; |}
<pre>
Якщо ви використовуєте код під Apache License 2.0, зазвичай потрібно:
</syntaxhighlight>
<pre>
Apache License 2.0 найкраще підходить проєктам, які хочуть бути відкритими, дружніми до бізнесу, придатними для широкого повторного використання й водночас мати чіткіші патентні правила, ніж у найкоротших permissive ліцензіях.; Цим Apache License 2.0 відрізняється від AGPL, яка спеціально закриває SaaS/network loophole.; Open source = можна робити що завгодно.; {| class="wikitable"
Якщо contributor додає код у проєкт,
== Apache License 2.; 38.0 і compliance ==
Чи можна використовувати код?; MIT License
!; Саме через це її часто обирають великі компанії та інфраструктурні open source-проєкти.; характеристика
Apache License 2.0 не дає автоматичного права використовувати trademarks.; |-
| NOTICE
| Attribution notices, якщо потрібні.; Це істотно, бо в software-світі патенти можуть бути ризиком.; :contentReference [oaicite:4]{index=4}
!; |-
| Добра для бібліотек
| Не змушує весь застосунок ставати open source.; |}
== 43.; Юридичне застереження ==
</div>
- cloud;
- SDK;
- developer tools;
- mobile infrastructure;
- big data;
- APIs;
- libraries;
- frameworks;
- enterprise software.; |-
| BSD License | Ні | додатково permissive.; Критерій
Якщо ви поширюєте програмний продукт, який містить Apache-licensed код із NOTICE-файлом, зазвичай потрібно:
Навпаки, вона довша за MIT License.; BSD 2-Clause / 3-Clause |- | Apache License 2.0 має явний patent grant | Це одна з головних причин її популярності в enterprise і infrastructure software.; * не має bugs;
- не має security vulnerabilities;
- підходить для production;
- правильно налаштований;
- отримує актуалізація;
- безпечний за замовчуванням.;== Як додати Apache License 2.; 28.0 до проєкту ==
<syntaxhighlight lang="text"> Вона каже:
зберігай ліцензію, !; Подія
27.; Цікавий факт: permissive і copyleft захищають різні свободи
Коли contributor додає код, він фактично погоджується, що цей contribution буде поширюватися під умовами ліцензії.; * використовувати код у продуктах;
- не відкривати весь proprietary source;
- мати patent grant;
- зменшити юридичну невизначеність;
- включати open source libraries у commercial software;
- будувати developer ecosystem;
- публікувати SDK і frameworks;
- приймати contributions із більш зрозумілими умовами.; !; |-
| Поширювати код | Так | У source або binary form.; |- | Змінювати код | Так | Можна створювати modified versions.; з цієї причини Apache License 2.0 часто обирають для проєктів, де істотно, щоб код могли безпечно використовувати і open source-спільнота, і компанії.; * зберегти license;
- зберегти copyright notices;
- зазначити зміни;
- зберегти NOTICE;
- не порушувати trademarks.;== 36.; Цікавий факт: Android і багато cloud-проєктів використовують Apache-style licensing ==
поважай NOTICE,
Можна:
але не стирай авторство,
- не видавай чужу роботу за свою;
This project is licensed under the Apache License, Version 2.0.; це популярна permissive open source ліцензійний пакет, яка надає можливість використовувати, змінювати, поширювати й включати код у комерційні продукти, але вимагає збереження ліцензійних повідомлень, copyright notices і, за наявності, NOTICE-файлу виступає ключовою рисою '''Головна ідея:''' Apache License 2.0.; |-
| LGPL
| Слабший copyleft
| Більш м'яка щодо бібліотек.; ліцензійний пакет
Apache License 2.0 — це ліцензійний пакет для людей і компаній, які хочуть, щоб код жив широко.; !; Зазначити ліцензію в package metadata.; Вона не змушує відкривати вихідний код похідного або комерційного продукту, якщо ви використовуєте Apache-licensed код, але її умови все одно потрібно виконувати.; * ви хочете, щоб усі похідні версії залишалися open source;
* вам потрібен strong copyleft — тоді варто дивитися GPL;
* вам потрібен network copyleft — тоді AGPL;
* ви хочете максимально коротку й просту ліцензію — тоді MIT або BSD;
* вам потрібна GPLv2-only сумісність;
* ви не хочете працювати з NOTICE requirements;
* проєкт має дуже специфічні юридичні вимоги.; Призначення
|-
| Використовувати код
| Так
| Для особистих, навчальних, комерційних або внутрішніх задач.; |-
| 2000-ті
Вона дає користувачу багато свободи й накладає порівняно мало обмежень.; | Для великих проєктів це дуже істотно.; Якщо ви використали open source-код,
!; Пояснення
Це істотно, бо без такого захисту багато людей і компаній боялися б публікувати open source-код.;[[Free software]]
як ілюстрація, якщо ви взяли код Apache-проєкту, це не означає, що можна назвати свій програмний продукт так, ніби він офіційно підтриманий Apache Software Foundation.; * використовувати код у платному продукті;
* включати бібліотеку в proprietary software;
* продавати програму;
* використовувати код у SaaS;
* використовувати всередині компанії;
* модифікувати код для бізнесу;
* поширювати binary builds.;== 2.; Коротка характеристика ==
!;== переважні аспекти Apache License 2.; 33.0 ==
<pre>
{| class="wikitable"
як ілюстрація, у великих інфраструктурних, cloud, mobile або enterprise-проєктах має змогу бути багато contributors і компаній.; |-
| Використовувати в закритому продукті
| Так
| Відкривати весь програмний продукт не потрібно.;<pre>
<pre>
Використовуй код майже як хочеш, |- | Permissive | Дає багато свободи користувачам і компаніям.; |- | Sublicense | Так | У межах умов ліцензії.; Apache License 2.0 my-project/ !; або: License compliance — це виконання умов ліцензії.; :contentReference [oaicite:5]{index=5}
!;Для open source це істотно, бо програмне забезпечення часто складається з багатьох шарів чужої праці.; |}
ліцензійний пакет додатково обмежує відповідальність авторів.; |- | README.md | Коротке пояснення ліцензії для користувачів.; {| class="wikitable" або не містить помилок.;== 42.; Цікавий факт: permissive ліцензійний пакет не означає “без правил” ==
SPDX Компанії люблять Apache License 2.0, бо вона надає можливість:
Apache License 2.0 доцільно обрати, якщо:
Тоді питання звучить не лише так: Це означає: - залиш текст ліцензії;
docs/
Можеш брати цей код,
- License
{{SEO
Open source = можна багато,
Apache-licensed код можна включати в закритий програмний продукт.; {| class="wikitable"