لا يوجد الحق في إعادة ترخيص هذا المشروع

تسجيل الدخول

* المنزل

* المستندات

* مدونة

* التسعير

قم بالتسجيل

# لا يوجد حق في إعادة الترخيص: مخاطر إنشاء مشروع دون ملكية حقيقية

في عالم المصادر المفتوحة، يعتبر "تفرع" المشروع حقًا أساسيًا. إنه إعلان الاستقلال، وهو المسار الذي يتم اتباعه عندما لا يتفق المجتمع مع اتجاه المشروع أو عندما يحصل كيان مملوك على أداة محبوبة مفتوحة المصدر. تعد الشوكة بالاستمرارية، ومكانًا جديدًا للكود والمساهمين فيه. ومع ذلك، فإن هذه العملية محفوفة بالتعقيدات القانونية والأخلاقية، خاصة عندما يتعلق الأمر بالعمل الحاسم المتمثل في *إعادة الترخيص*. إن مجرد إنشاء مستودع عام على GitHub لا يمنح Fork الحق في تغيير الترخيص الذي تم بموجبه توزيع الكود الأصلي. وهذا سوء فهم خطير يمكن أن يؤدي إلى تداعيات قانونية كبيرة وخلاف مجتمعي.

الملكية الحقيقية لقاعدة التعليمات البرمجية، والتي تمنح الحق في إعادة الترخيص، لا تُمنح تلقائيًا للشوكة. يجب أن يتم اكتسابها من خلال عملية دقيقة وصعبة في كثير من الأحيان. يعد فهم هذا التمييز أمرًا بالغ الأهمية لأي مؤسسة، مثل تلك التي تستخدم نظام تشغيل الأعمال المعياري مثل Mewayz، الذي يعتمد على الاستقرار والسلامة القانونية لمجموعة برامجها.

## وهم التحكم في الشوكة

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

يؤدي هذا إلى إنشاء اختناق كبير لأي شوكة ترغب في التحول، خاصة نحو ترخيص تجاري أو أكثر تقييدًا. لا يمكن للشوكة أن تعلن ببساطة عن ترخيص جديد؛ يجب أن يحصل على إذن من كل صاحب حقوق الطبع والنشر الذي ساهم في قاعدة التعليمات البرمجية المضمنة في الشوكة. غالبًا ما تكون هذه مهمة شبه مستحيلة، لأنها تتطلب ما يلي:

* تعقب كل مساهم، بما في ذلك أولئك الذين ربما انتقلوا أو لا يستجيبون.

* تأمين الاتفاقيات الموقعة من كل مساهم لإعادة تعيين حقوق النشر الخاصة به أو منح ترخيص لإعادة ترخيص أعماله.

* من المحتمل الاضطرار إلى إزالة أو إعادة كتابة أي تعليمات برمجية لا يمكن الحصول على إذن لها، وهي عملية يمكن أن تكون غزوية من الناحية الفنية وتستغرق وقتًا طويلاً.

> الشوكة دون حق الترخيص مثل استئجار منزل؛ يمكنك العيش فيه وإجراء تغييرات طفيفة، لكنك لا تملك العقار ولا يمكنك بيعه أو تغيير هيكله بشكل أساسي دون موافقة المالك.

وهذا "وهم السيطرة" يمكن أن يكون خطيراً. إن الشوكة التي تحاول إعادة الترخيص دون مسح هذه الحقوق تخاطر بمطالبات انتهاك حقوق الطبع والنشر من المساهمين أنفسهم الذين تسعى إلى الإشراف عليهم. وهذا لا يخلق ضعفًا قانونيًا فحسب، بل يمكن أن يؤدي أيضًا إلى تحطيم ثقة المجتمع، لأنه يوضح تجاهل الحقوق القانونية لأولئك الذين بنوا المشروع في المقام الأول.

## الطريق إلى الملكية والحوكمة الحقيقية

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

من وجهة النظر القانونية، فإن المسار الأقوى هو إنشاء كيان جديد، مثل مؤسسة برمجيات، والتي يمكن أن تكون بمثابة حارس محايد لأصول المشروع. يتم بعد ذلك تشجيع المساهمين على التنازل عن حقوق الطبع والنشر الخاصة بهم لهذه المؤسسة، التي تمتلك بعد ذلك سلطة إدارة ترخيص المشروع. يوفر هذا النموذج، الذي تستخدمه مشاريع مثل Apache Software Foundation وEclipse Foundation، وضعًا قانونيًا واضحًا ويحمي المشروع من تأثير البائعين الفرديين.

من وجهة نظر مجتمعية، يجب على الشوكة أن تبني هويتها وزخمها الخاص. وهذا يعني إنشاء حوكمة شفافة مؤيدة