هن منصوبي کي ٻيهر ڏيڻ جو ڪو حق ناهي

سائن ان * گهر * دستاويز * بلاگ * قيمت ڏيڻ سائن اپ ڪريو # ڪو به حق حاصل ڪرڻ جو حق ناهي: سچي ملڪيت کان سواءِ پروجيڪٽ کي ڇڪڻ جا خطرا اوپن سورس دنيا ۾، هڪ منصوبي کي "فورڪنگ" ڪرڻ جو عمل هڪ بنيادي حق آهي. اهو آزاديءَ جو اعلان آهي، هڪ رستو ورتو ويو آهي جڏهن ڪو ڪميونٽي ڪنهن منصوبي جي هدايت سان متفق نه هجي يا جڏهن هڪ مالڪي وارو ادارو هڪ محبوب اوپن سورس اوزار حاصل ڪري. ڪانٽو تسلسل جو واعدو ڪري ٿو، ڪوڊ ۽ ان جي مدد ڪندڙن لاءِ هڪ نئون گهر. بهرحال، اهو عمل قانوني ۽ اخلاقي پيچيدگين سان ڀريل آهي، خاص طور تي جڏهن اهو اچي ٿو نازڪ عمل جي *ريليسنسنگ*. صرف GitHub تي هڪ عوامي مخزن ٺاهڻ هڪ فورڪ کي لائسنس کي تبديل ڪرڻ جو حق نٿو ڏئي جنهن جي تحت اصل ڪوڊ ورهايو ويو هو. هي هڪ خطرناڪ غلط فهمي آهي جيڪا اهم قانوني نتيجن ۽ ڪميونٽي جي تڪرار جو سبب بڻجي سگهي ٿي. ڪوڊ بيس تي حقيقي ملڪيت، جيڪا اجازت ڏيڻ جو حق ڏئي ٿي، خودڪار طور تي ڪانٽو تي نه ڏنو ويو آهي. اهو هڪ محتاط ۽ اڪثر مشڪل عمل ذريعي ڪمايو وڃي. هن فرق کي سمجهڻ ڪنهن به تنظيم لاءِ انتهائي اهم آهي، جهڙوڪ اهي جيڪي ماڊلر ڪاروباري OS استعمال ڪن ٿا جهڙوڪ Mewayz، جيڪو انحصار ڪري ٿو ان جي سافٽ ويئر اسٽيڪ جي استحڪام ۽ قانوني سالميت تي. ## هڪ ڪانٽو ۾ ڪنٽرول جو تصور جڏهن هڪ پروجيڪٽ ٺهرايو ويندو آهي، نون اسٽريڊس ڪوڊ کي ورثي ۾ ملن ٿا، پر اهي پڻ قانوني فريم ورڪ جو وارث آهن جيڪي ان کي سنڀاليندا آهن. ڪوڊ جي هر لائن هڪ مخصوص اوپن سورس لائسنس جي تحت تعاون ڪئي آهي انهي لائسنس جي ذميواريون ۽ پابنديون دائمي طور تي. فورڪنگ ٽيم کي نئين مخزن تي انتظامي ڪنٽرول ٿي سگهي ٿو، پر انهن وٽ پوري ڪوڊ بيس تي ڪاپي رائيٽ ڪنٽرول نه آهي جيستائين اهي اصل ڪاپي رائيٽ هولڊر نه هجن. اهو ڪنهن به ڪانٽو لاءِ هڪ اهم رڪاوٽ پيدا ڪري ٿو جيڪو محور ڪرڻ چاهي ٿو ، خاص طور تي وڌيڪ پابندي واري يا تجارتي لائسنس ڏانهن. ڪانٽو صرف نئين لائسنس جو اعلان نٿو ڪري سگهي. ان کي لازمي طور تي هر ڪاپي رائيٽ هولڊر جي اجازت محفوظ ڪرڻ گهرجي جنهن فورڪ ۾ شامل ڪيل ڪوڊ بيس ۾ حصو ورتو آهي. اهو اڪثر ڪري هڪ ناممڪن ڪم آهي، جيئن ان جي ضرورت آهي: * هر مدد ڪندڙ کي ٽريڪ ڪرڻ، بشمول اهي جيڪي اڳتي هليا ويا آهن يا غير جوابدار آهن. * هر مدد ڪندڙ کان دستخط ٿيل معاهدن کي محفوظ ڪرڻ لاءِ انهن جي ڪاپي رائيٽ کي ٻيهر تفويض ڪرڻ يا انهن جي ڪم کي ٻيهر ڏيڻ لاءِ لائسنس ڏيڻ. * ممڪن طور تي ڪنهن به ڪوڊ کي هٽائڻ يا ٻيهر لکڻو پوندو جنهن جي اجازت حاصل نه ٿي سگهي، هڪ عمل جيڪو ٽيڪنيڪل طور تي ناگوار ۽ وقت سازي ٿي سگهي ٿو. > اجازت ڏيڻ جي حق کان سواء هڪ ڪانٽو هڪ گھر ڪرائي تي ڏيڻ وانگر آهي. توھان ان ۾ رھي سگھوٿا ۽ ننڍيون تبديليون ڪري سگھو ٿا، پر توھان ملڪيت جي مالڪ نه آھيو ۽ نه ان کي وڪرو ڪري سگھو ٿا يا زميندار جي رضامندي کان سواءِ ان جي جوڙجڪ کي بنيادي طور تبديل ڪري سگھو ٿا. هي "ڪنٽرول جو برم" خطرناڪ ٿي سگهي ٿو. هڪ ڪانٽو جيڪو انهن حقن کي صاف ڪرڻ کان سواءِ ٻيهر لائسنس ڏيڻ جي ڪوشش ڪري ٿو، انهن کان ڪاپي رائيٽ جي خلاف ورزي جي دعويٰ کي خطري ۾ وجهي ٿو انهن مدد ڪندڙن کان جيڪو ان کي سنڀالڻ چاهي ٿو. اهو نه رڳو قانوني ڪمزوري پيدا ڪري ٿو پر ڪميونٽي جي اعتماد کي به ڀڃي سگهي ٿو، ڇاڪاڻ ته اهو انهن ماڻهن جي قانوني حقن جي بي پرواهي کي ظاهر ڪري ٿو جيڪي پهرين جڳهه تي پروجيڪٽ ٺاهي رهيا آهن. ## سچي مالڪي ۽ حڪمراني جو رستو حقيقي خودمختاري حاصل ڪرڻ لاءِ هڪ ڪانٽو، جنهن ۾ پنهنجي لائيسنسنگ جو مستقبل مقرر ڪرڻ جو حق به شامل آهي، ان کي صرف ڪوڊ جي ڪاپي هجڻ کان اڳتي وڌڻ گهرجي. اهو هڪ صاف ۽ جائز گورننس ماڊل سان هڪ نئون، آزاد منصوبو بڻجڻ گهرجي. ھن ۾ ٻه متوازي ٽريڪ شامل آھن: قانوني ۽ ڪميونٽي. قانوني نقطي نظر کان، سڀ کان وڌيڪ مضبوط رستو هڪ نئون ادارو قائم ڪرڻ آهي، جهڙوڪ هڪ سافٽ ويئر فائونڊيشن، جيڪو پروجيڪٽ جي اثاثن لاء غير جانبدار محافظ طور ڪم ڪري سگهي ٿو. حصو وٺندڙن کي پوءِ حوصلا افزائي ڪئي وڃي ٿي ته اهي پنهنجا حق اشاعت هن بنياد تي تفويض ڪن، جيڪو پوءِ پروجيڪٽ جي لائسنس کي منظم ڪرڻ جو اختيار رکي ٿو. هي ماڊل، پروجيڪٽ پاران استعمال ڪيو ويو آهي جهڙوڪ Apache Software Foundation ۽ Eclipse Foundation، واضح قانوني موقف مهيا ڪري ٿو ۽ منصوبي کي انفرادي وينڊر جي اثر کان بچائي ٿو. ڪميونٽي جي نقطي نظر کان، ڪانٽو کي پنهنجي سڃاڻپ ۽ رفتار ٺاهڻ گهرجي. ان جو مطلب آهي شفاف گورننس جي عملن کي قائم ڪرڻ، هڪ مددگار گائيڊ، ۽ هڪ روڊ ميپ جنهن کي نئين ڪميونٽي جي شڪل ڏني وڃي- نه رڳو اصل منصوبي جي رد عمل جي طور تي. پليٽ فارمز جهڙوڪ Mewayz هتي مددگار ثابت ٿي سگهن ٿا، انهن ڪوششن کي همٿائڻ، تعاون کي منظم ڪرڻ، ۽ نئين منصوبي جي چوڌاري هڪ پائيدار آپريشنل ماڊل ٺاهڻ لاءِ گهربل ماڊلر اوزار مهيا ڪن ٿا. مقصد اهو ظاهر ڪرڻ آهي ته ڪانٽو صرف هڪ عارضي پناهه نه آهي پر هڪ قابل عمل، ڊگهي مدت جي جانشين پنهنجي قسمت سان. ## ڪاروبار لاءِ هڪ احتياطي ڪهاڻي ڪاروبار لاءِ انهن جي سافٽ ويئر انحصار جو جائزو وٺڻ لاءِ، هڪ اهم منصوبي جي لائسنس جي حيثيت هڪ اهم عنصر آهي. هڪ مالڪي وينڊر پاران اوپن سورس پروجيڪٽ جو حصول هڪ خوفناڪ ڪانٽو کي متحرڪ ڪري سگهي ٿو. بهرحال، جيڪڏهن انهي ڪانٽو کي ٻيهر لائسنس ڏيڻ جو حق نه آهي، اهو قانوني طور تي اصل پروجيڪٽ جي لائسنس سان ڳنڍيل رهي ٿو. هن جو مطلب آهي ته ٺهڪندڙ پروجيڪٽ اصل ڪاپي رائيٽ هولڊر طرفان ترتيب ڏنل مستقبل جي لائسنس جي تبديلين لاءِ ايترو ئي خطرناڪ ٿي سگهي ٿو. ڪمپنيون جيڪي ماڊلر ڪاروباري OS تي ڀروسو ڪن ٿيون انهن کي خاص طور تي محتاط هجڻ گهرجي. Mewayz وانگر هڪ OS جو قدر مختلف اوزارن ۽ پليٽ فارمن سان بيحد ضم ڪرڻ جي صلاحيت آهي. هڪ غير حل ٿيل لائسنس جو مسئلو هڪ فورڪ انحصار ۾ غير يقيني صورتحال ۽ خطرو پيدا ڪري سگهي ٿو، ممڪن طور تي پوري ڪاروباري آپريٽنگ سسٽم جي استحڪام کي گهٽائي. تنهن ڪري، جڏهن هڪ ڪانٽو نڪرندو آهي، اهو ضروري آهي ته ان جي بنياد کي جانچڻ لاء. نازڪ سوال پڇو: ڇا اصل مدد ڪندڙن جو هڪ اهم حصو فورڪ ڏانهن منتقل ڪيو ويو آهي؟ ڇا هڪ بنياد قائم ڪيو ويو آهي؟ ڇا ڪاپي رائيٽ کي سنڀالڻ لاءِ ڪو واضح عمل آهي؟ جيڪڏهن انهن سوالن جو جواب نه آهي، ته فورڪ جي قانوني صلاحيت قابل اعتراض آهي، ۽ ان جي ڊگهي مدت جي قابليت غير يقيني آهي. نتيجي ۾، هڪ منصوبي کي ڇڪڻ آسان آهي؛ هڪ منصوبي کي پنهنجي مستقبل جو تعين ڪرڻ جي حق سان * انتهائي مشڪل آهي. ان لاءِ ضروري آهي ته هڪ عمدي، قانوني طور تي آواز، ۽ ڪميونٽي تي مبني ڪوشش جي ضرورت آهي ته ڪا نئين ۽ آزاد شيءِ ٺاهڻ لاءِ. انهي کان سواء، هڪ ڪانٽو صرف وقت ۾ هڪ سنيپ شاٽ آهي، ڪڏهن به حقيقي طور تي آزاد ٿيڻ جو اختيار ناهي.

سوال: ريليسنسنگ ڇا آهي ۽ اوپن سورس منصوبن ۾ اهو مسئلو ڇو آهي؟

لائسنس ڏيڻ جو مطلب آهي هڪ پروجيڪٽ جي ڪوڊ بيس کي نئون لائسنس ڏيڻ جو عمل. اوپن سورس پروجيڪٽس ۾، ريليسنسنگ جا سخت نتيجا ٿي سگهن ٿا، بشمول ڪميونٽي جي مدد جو امڪاني نقصان، منصوبي جي هدايت ۾ تبديليون، ۽ حتي پراجيڪٽ جي ختم ٿيڻ. اهو ئي سبب آهي ته اوپن سورس پروجيڪٽ گهڻو ڪري انهن جي مدد ڪندڙن جي تعاون ۽ نيڪ نيتي تي ڀاڙين ٿا، جيڪي شايد نئين لائسنس تحت منصوبي تي ڪم جاري رکڻ لاءِ راضي نه هجن. ان کان علاوه، ٻيهر لائسنس ڏيڻ پڻ پروجيڪٽ جي دانشورانه ملڪيت (IP) جي ملڪيت ۽ ڪنٽرول بابت سوال اٿاري سگھي ٿو.

سوال: ڇا مان هڪ پروجيڪٽ کي ان جي اصل تخليق ڪندڙن جي رضامندي حاصل ڪرڻ کان سواءِ ٻيهر لائسنس ڏئي سگهان ٿو؟

نه، توهان هڪ پروجيڪٽ کي ان جي اصل تخليق ڪندڙن جي رضامندي حاصل ڪرڻ کان سواءِ ٻيهر لائسنس نٿا ڏئي سگهو. اصل تخليق ڪندڙ پروجيڪٽ جي IP جي ملڪيت برقرار رکندا آهن، ۽ انهن جي رضامندي کان سواءِ ٻيهر لائسنس ڏيڻ انهن جي حقن جي ڀڃڪڙي آهي. حقيقت ۾، اصل ٺاهيندڙن شايد اڳ ۾ ئي لائسنس ڏنيون آهن انهن جي ڪم کي مخصوص حالتن هيٺ استعمال ڪرڻ لاء، جنهن جو احترام ڪيو وڃي. اهڙين حالتن ۾، رضامندي کان سواءِ لائسنس ڏيڻ قانوني نتيجا ڏئي سگهي ٿو، بشمول مقدمو ۽ نقصان. اهو ضروري آهي ته اصل تخليق ڪندڙن سان ڳالهه ٻولهه ڪرڻ کي يقيني بڻائڻ لاءِ هڪ آسان ريليسنسنگ عمل کي يقيني بڻايو وڃي.

سوال: مان ڪيئن پڪ ڪري سگهان ٿو ته هڪ منصوبي کي ٻيهر لائسنس ڏيڻ سان ان جي ڪميونٽي جي مدد سان سمجھوتو نه ٿئي؟

ڪميونٽي سپورٽ کي يقيني بڻائڻ ضروري آهي جڏهن هڪ منصوبي کي ٻيهر لائسنس ڏيڻ. ھڪڙو طريقو آھي پروجيڪٽ جي ڪميونٽي سان مشغول ڪرڻ، بشمول مدد ڏيندڙ، استعمال ڪندڙ، ۽ مداح. ھن ۾ ڪميونٽي سان تجويز ڪيل ريليسنس تي بحث ڪرڻ، انھن جي خدشن کي حل ڪرڻ، ۽ فيصلي لاءِ واضح وضاحتون مهيا ڪرڻ شامل آھي. اضافي طور تي، اهو يقيني بڻائڻ ضروري آهي ته نئون لائسنس پروجيڪٽ جي موجوده انفراسٽرڪچر ۽ انحصار سان مطابقت رکي ٿو. هڪ گڏيل حڪمت عملي اختيار ڪرڻ سان، توهان ڪميونٽي کي ڌار ڪرڻ جي خطري کي گهٽائي سگهو ٿا ۽ هڪ آسان منتقلي کي يقيني بڻائي سگهو ٿا.

سوال: هڪ پروجيڪٽ کي ٻيهر لائسنس ڏيڻ جا ڪهڙا فائدا آهن، ۽ اهو ڪڏهن سٺو خيال آهي؟

پراجيڪٽ کي ٻيهر لائسنس ڏيڻ ڪيترائي فائدا مهيا ڪري سگھن ٿا، جن ۾ وڌايل لچڪ، ڪسٽمائيز ڪرڻ جي آزادي، ۽ لائسنس جي قيمتن ۾ گهٽتائي شامل آهي. ريليسنسنگ لاءِ سٺو خيال تڏهن ٿيندو آهي جڏهن پروجيڪٽ جا اصل تخليقڪار شامل نه هوندا آهن، يا جڏهن پروجيڪٽ جو رخ خاص طور تي تبديل ٿي چڪو هوندو آهي. اهڙين حالتن ۾، ريليسنسنگ منصوبي جي بقا ۽ مسلسل لاڳاپي کي يقيني بڻائڻ ۾ مدد ڪري سگهي ٿي. تنهن هوندي، ٻيهر لائسنس ڏيڻ کي هلڪو نه ڪيو وڃي، ڇاڪاڻ ته اهو پروجيڪٽ جي ڪميونٽي ۽ مدد ڪندڙن لاء اهم نتيجا ٿي سگهي ٿو. اهو ضروري آهي ته ۽ سان ختم

اڪثر پڇيا ويندڙ سوال

• پراجيڪٽ کي ”ري لائسنس ڏيڻ جو ڪو حق“ نه هجڻ جو ڇا مطلب آهي؟

  پنهنجي اجازت ڏيڻ جو ڪو به حق نه هجڻ جو مطلب آهي ته توهان پروجيڪٽ جي اصل اوپن سورس لائسنس کي تبديل نه ٿا ڪري سگهو، جيتوڻيڪ توهان ان کي فورڪ ڪيو. اها حد تڏهن ٿيندي آهي جڏهن اصل ڪاپي رائيٽ هولڊرز لائسنس جي شرطن کي تبديل ڪرڻ جا خاص حق برقرار رکندا آهن. مثال طور، جيڪڏهن هڪ پروجيڪٽ GPLv3 تحت لائسنس يافته آهي، ان کي ڇڪڻ توهان کي اختيار نه ٿو ڏئي ته ان کي MIT يا Apache لائسنس ۾ تبديل ڪريو. اهو سختي سان محدود ڪري سگھي ٿو ته توهان فورڪ ٿيل ورزن کي ڪيئن ورهائي يا رقم ڪري سگهو ٿا. Mewayz جا 207 اڳ ۾ ٺهيل ماڊيول، $49/مهيني لاءِ دستياب آهن، ڊولپرز کي اجازت ڏيڻ ۾ مدد ڪن ٿا لائسنس جي پيچيدگين کي نيويگيٽ ڪرڻ سان مطابق، استعمال لاءِ تيار ڪوڊ جزا مهيا ڪري.

• پراجيڪٽ کي ڇڪڻ وقت ٻيهر لائسنس ڏيڻ هڪ اهم خيال ڇو آهي؟

  لائسنس ڏيڻ انتهائي اهم آهي ڇو ته اهو طئي ڪري ٿو ته فورڪ ٿيل پروجيڪٽ کي ڪيئن استعمال، ورهائي، ۽ تبديل ڪري سگهجي ٿو. مثال طور، AGPL وانگر پابندي واري لائسنس مان هڪ اجازت ڏيڻ واري لائسنس جهڙوڪ BSD کي تبديل ڪرڻ وڌيڪ تجارتي صارفين کي راغب ڪري سگهي ٿو. برعڪس، وڌيڪ محدود لائسنس ڏانهن منتقل ٿي سگھي ٿو اپنائڻ کي محدود ڪري. بغير اجازت ڏيڻ جي حق جي، توهان جا اختيار اصل لائسنس جي شرطن کان محدود آهن. Mewayz جا 207 ماڊلز بنا ڪنهن رڪاوٽ جي ڪم ڪرڻ لاءِ ڪيترن ئي لائسنسن جي تحت، ڊولپرز کي لچڪ فراهم ڪن ٿا جن کي لائسنس جي تڪرار جي باري ۾ پريشان ٿيڻ کان سواءِ پنھنجن پروجيڪٽس کي ترتيب ڏيڻ جي ضرورت آھي.

• پراجيڪٽ کي اجازت ڏيڻ جي ڪوشش ڪرڻ سان ڪهڙا قانوني خطرا جڙيل آهن؟

  پراجيڪٽ کي اجازت کان سواءِ ٻيهر لائسنس ڏيڻ جي ڪوشش سنگين قانوني نتيجن کي جنم ڏئي سگهي ٿي، بشمول ڪاپي رائيٽ جي خلاف ورزي جا ڪيس. اصل ڪاپي رائيٽ هولڊر پنهنجا حق لاڳو ڪري سگهن ٿا، ممڪن طور تي توهان کي تقسيم بند ڪرڻ يا نقصان ادا ڪرڻ تي مجبور ڪري سگهن ٿا. اهو خطرو خاص طور تي وڌيڪ هوندو آهي جڏهن مضبوط ڪاپي لففٽ جي شقن سان منصوبن کي ڇڪيندا آهن، جهڙوڪ GPL. Mewayz اهڙن خطرن کي گھٽائڻ ۾ مدد ڪري ٿو اڳ-لائسنس ٿيل، استعمال لاءِ تيار ماڊلز مهيا ڪري جيڪي مختلف اوپن سورس لائسنس سان مطابقت رکن ٿا، پيچيده ريليسنسنگ منظرنامي جي ضرورت کي گھٽائي.

• ميويز ڪيئن مدد ڪري سگهي ٿي ڊولپرز کي ريليسنس جي مسئلن کان بچڻ کان جڏهن پروجيڪٽ کي ڇڪايو وڃي؟

  Mewayz هڪ جامع پيش ڪري ٿو