التراخيص المتساهلة (Permissive)

Apache License 2.0

ترخيص متساهل يتضمن منحًا صريحًا للبراءات وقواعد لملف NOTICE وبيان التغييرات، ويكثر استخدامه في مشاريع الشركات.

SPDXApache-2.0

الأذونات والشروط والقيود في لمحة

الأذونات

  • الاستخدام التجارييمكن استخدام الأصل والأعمال المشتقة لأغراض تجارية.
  • التعديليمكن تعديل الشيفرة.
  • التوزيعيمكن توزيع الشيفرة.
  • استخدام براءات الاختراعيمنح المساهمون صراحةً حق استخدام براءات الاختراع.
  • الاستخدام الخاصيمكن استخدامها وتعديلها داخليًا دون نشرها.

الشروط

  • إشعار حقوق النشر والترخيصيجب تضمين نسخة من الترخيص وإشعار حقوق النشر عند التوزيع.
  • بيان التغييراتإذا عدّلت الأصل فيجب الإشارة إلى ذلك.

القيود

  • استخدام العلامات التجاريةينص صراحةً على عدم منح حقوق العلامات التجارية.
  • تحديد المسؤوليةينص صراحةً على عدم تحمّل المسؤولية عن الأضرار.
  • بلا ضمانينص صراحةً على عدم تقديم أي ضمان.

مصدر تصنيف الأذونات والشروط والقيود: بيانات choosealicense.com (GitHub، ترخيص MIT).

ما هذا الترخيص؟

Apache License 2.0 ترخيص متساهل أصدرته مؤسسة Apache للبرمجيات (ASF) عام 2004. يسمح مثل MIT بالاستخدام التجاري والتعديل وإعادة التوزيع على نطاق واسع، لكن نصه أطول وبنوده أكثر تحديدًا. وأبرز ما يميزه المادة 3 التي يمنح فيها المساهمون حق استخدام البراءات صراحةً. فإذا رفع أحدٌ دعوى براءات مدعيًا أن هذه البرمجيات تنتهك براءته، ينتهي منح البراءات الذي حصل عليه في تاريخ رفع الدعوى (بند الرد على البراءات). ويستخدم هذا الترخيص Kubernetes وTensorFlow وجزء كبير من مشروع Android مفتوح المصدر (AOSP) وجميع مشاريع مؤسسة Apache.

ما يجب الالتزام به عند التوزيع (المادة 4)

طريقة التطبيق

ضع النص الأصلي في ملف LICENSE كما هو دون تعديل. أما 'APPENDIX' في نهاية النص فهو إرشادات للتطبيق، ولا داعي لحذفه. يوضع إشعار حقوق النشر في إشعار أعلى كل ملف مصدري (تبويب 'ترويسة الملف' في المولّد ← نص الإشعار الرسمي) أو في ملف NOTICE. وملف NOTICE ليس إلزاميًا، وتوصي ASF بأن يقتصر على إشعارات الإسناد المطلوبة قانونًا باختصار.

مفاهيم خاطئة شائعة

متى يناسب؟

يناسب المشاريع التعاونية بين الشركات، ومجالات التقنية المرتبطة بالبراءات (التعلم الآلي، الحوسبة السحابية، الاتصالات وغيرها)، والمشاريع الكبيرة كثيرة المساهمين. فهو متساهل يسهل إدراجه في المنتجات التجارية، ويقلل في الوقت نفسه مخاطر نزاعات البراءات. وإذا كان من المرجح استخدامه مع مشاريع GPL-2.0 ففكّر في MIT أو الترخيص المزدوج MIT OR Apache-2.0.

هل يمكن دمج شيفرة Apache-2.0 في مشروع آخر؟

حكم عام على أخذ شيفرة منشورة بهذا الترخيص ودمجها وتوزيعها ضمن مشروع مرخّص بأحد التراخيص أدناه. اطّلع على تركيبات أخرى في مدقق التوافق ←

المشروع المراد الدمج فيهالحكمملاحظة
برمجيات مغلقة (تجارية) ممكنيجب الإبقاء على نسخة LICENSE ومحتوى إشعار حقوق النشر وملف NOTICE، والإشارة إلى التغييرات في الملفات المعدّلة.
MIT ممكنيجب الإبقاء على نسخة LICENSE ومحتوى إشعار حقوق النشر وملف NOTICE، والإشارة إلى التغييرات في الملفات المعدّلة.
MPL-2.0 ممكنيجب الإبقاء على نسخة LICENSE ومحتوى إشعار حقوق النشر وملف NOTICE، والإشارة إلى التغييرات في الملفات المعدّلة.
LGPL-2.1 غير ممكنترى FSF أن بنود إنهاء البراءات والتعويض في Apache-2.0 قيود إضافية غير موجودة في GPL-2.0، ولذلك تعدّه غير متوافق مع GPL-2.0 (only).
LGPL-3.0 ممكنيجب الإبقاء على نسخة LICENSE ومحتوى إشعار حقوق النشر وملف NOTICE، والإشارة إلى التغييرات في الملفات المعدّلة.
GPL-2.0 غير ممكنترى FSF أن بنود إنهاء البراءات والتعويض في Apache-2.0 قيود إضافية غير موجودة في GPL-2.0، ولذلك تعدّه غير متوافق مع GPL-2.0 (only).
GPL-3.0 ممكنيجب الإبقاء على نسخة LICENSE ومحتوى إشعار حقوق النشر وملف NOTICE، والإشارة إلى التغييرات في الملفات المعدّلة.
AGPL-3.0 ممكنيجب الإبقاء على نسخة LICENSE ومحتوى إشعار حقوق النشر وملف NOTICE، والإشارة إلى التغييرات في الملفات المعدّلة.

محتوى هذا الموقع معلومات عامة وليس استشارة قانونية. استشر محاميًا أو مختصًا قبل اتخاذ قرارات فعلية بشأن التوزيع أو العقود أو النزاعات.