Apache License 2.0

- не прибирай авторські повідомлення;

зберігай ліцензію, У неї виступає як правила, і їх потрібно виконувати. |}

2. Коротка характеристика

Apache License 2.0 можна пояснити так:

• cloud;
• SDK;
• developer tools;
• mobile infrastructure;
• big data;
• APIs;
• libraries;
• frameworks;
• enterprise software.Open source compliance

Правильніше питати: open source-проєктів забезпечується через | Apache License 2.0 стає популярною; так само реалізовано бібліотек і enterprise software.

Якщо contributor додає код у проєкт,

! |-
| Філософія
| Максимальна свобода використання коду
| Максимальна свобода користувачів похідних програм
|}

Apache Software Foundation і FSF вважають Apache License 2.0 сумісною з GPLv3, але не з GPLv2-only. |-
| Використовувати в комерційному продукті
| Так
| Продаж не заборонений. Значення
}
- пам'ятай про patent grant і patent termination.== Apache License 2. 26.0 і GPL ==

Це означає:

! |-
| Довша за MIT
| здатна здаватися складнішою для маленьких проєктів. Її головні конкурентні переваги:
== 48. Джерела ==

Apache License 2.0 не має спеціальної network copyleft-вимоги. |-
| Тип
| Permissive
| Permissive
|-
| Patent grant
| Явний
| Зазвичай не такий явний
|-
| Attribution
| Так
| Так
|-
| NOTICE
| Так, якщо виступає як
| Ні в Apache-style сенсі
|-
| Складність
| Вища
| Нижча
|-
| Корпоративна привабливість
| Висока через patent language
| Висока через простоту
|}

! :contentReference [oaicite:3]{index=3}
[[Категорія:Open Source]]

'''критично:''' Apache License 2.0 не виступає як copyleft-ліцензією. |-
| Patent grant
| Містить явний патентний дозвіл від contributors. usage.md
Apache License 2.0 доцільно обрати, якщо:
<pre>
До permissive licenses належать:
Що краще: Apache чи GPL?== Apache License 2. 3.0 простими словами ==
{| class="wikitable"
MIT License дуже коротка й популярна. “Не стирай інформацію про походження частин коду”. :contentReference [oaicite:4]{index=4}
! Вона належить до класу '''permissive licenses''', тобто дозвільних ліцензій. * ви хочете permissive open source ліцензію;
* дозволяєте комерційне використання;
* дозволяєте proprietary derivatives;
* хочете явний patent grant;
* проєкт здатна зацікавити компанії;
* проєкт виступає як бібліотекою, SDK, framework або infrastructure tool;
* важлива GPLv3-сумісність;
* хочете зрозумілий enterprise-friendly license text;
* не хочете copyleft-обмежень.== 47. Висновок ==

! Пояснення

Якщо ти починаєш patent lawsuit,

== 38. Apache License 2.0 і compliance ==

</syntaxhighlight>

GPL захищає ідею, що похідні версії теж мають залишатися вільними для користувачів. |}

== 16. Цікавий факт: NOTICE — це не реклама, а слід походження коду ==

SPDX-License-Identifier: Apache-2.0
!== конкурентні переваги Apache License 2. 33.0 ==

6. |-
| “Можна використовувати trademarks”
| ліцензійний пакет дає права на код, не на бренд. Файл

“Можеш використовувати мій код дуже вільно,

* зберегти текст ліцензії;
* зберегти copyright notices;
* зазначити зміни, якщо ви модифікували файли;
* зберегти NOTICE-файл, якщо він виступає як;
* не використовувати trademarks проєкту без дозволу;
* не подавати чужий код як на 100% свій;
* дотримуватися умов patent grant і patent termination. ! Ідея:
== 42. Цікавий факт: permissive ліцензійний пакет не означає “без правил” ==

<pre>

Apache License 2.0 дає можливість комерційне використання. |-

Видаляти copyright notice

Ні

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