GitHub لائسنس کے بارے میں آپ کو کیا جاننے کی ضرورت ہے: کیسے منتخب کریں اور شامل کریں۔

Программирование

GitHub لائسنس – ہم کس کے بارے میں بات کر رہے ہیں؟ سافٹ ویئر بنانے کے لیے، کسی کو نہ صرف اسے لکھنا چاہیے، بلکہ یہ بھی طے کرنا چاہیے کہ صارفین یا ڈویلپرز کو اس کے ساتھ کیا کرنے کا حق ہے۔ اگر کوئی سب کے لیے مفت پروگرام بناتا ہے تو وہ ایک اچھا کام کر رہا ہے، لیکن جو اسے استعمال کرتا ہے اسے جواز دینا ہو گا کہ وہ اسے کیسے استعمال کرتا ہے۔ مثال کے طور پر، اگر کوئی کمپنی اپنی سرگرمیوں میں کچھ مفت دفتر کے ساتھ کام کرے گی (مثال کے طور پر، LibreOffice)، تو اسے انسپکٹرز کے سامنے یہ ثابت کرنے کے قابل ہونا چاہیے کہ اسے ایسا کرنے کا حق ہے۔ ایسا کرنے کے لئے، یہ مناسب لائسنس پیش کرنے کے لئے کافی ہو گا. اگر ڈویلپر اسے بنانا بھول جاتا ہے تو کمپنی مشکل میں پڑ سکتی ہے۔ [کیپشن id=”attachment_11854″ align=”aligncenter” width=”1024″]
GitHub لائسنس کے بارے میں آپ کو کیا جاننے کی ضرورت ہے: کیسے منتخب کریں اور شامل کریں۔ لائسنسوں کی درجہ بندی اور لائسنس کی اقسام مثال کے طور پر، ہم نہ صرف استعمال کرنے کے بارے میں بات کر سکتے ہیں، بلکہ پروگراموں کے متن کا مطالعہ کرنے یا سافٹ ویئر پروڈکٹ میں اپنی ایڈجسٹمنٹ کرنے کے بارے میں بھی بات کر سکتے ہیں۔ GitHub تعاون پر مبنی پروجیکٹ کی ترقی کے لیے سب سے بڑی خدمات میں سے ایک ہے۔ ایک ہی وقت میں، وہ یہاں نہ صرف مفت بلکہ تجارتی منصوبوں پر بھی کام کر سکتے ہیں۔ مناسب لائسنس کی وضاحت کر کے، ڈویلپرز تخلیق کردہ پروڈکٹ کو استعمال کرنے کے بارے میں ابہام کو ختم کر دیں گے۔ مسئلہ یہ ہے کہ لائسنس کی بہت سی مختلف اقسام ہیں، اور یہ طے کرنا ہمیشہ آسان نہیں ہوتا ہے کہ کسی خاص معاملے میں کون سا اختیار منتخب کیا جائے۔ یہ بھی غیر معمولی بات نہیں ہے کہ کچھ پروجیکٹس کے پاس لائسنس نہیں ہے۔
GitHub لائسنس کے بارے میں آپ کو کیا جاننے کی ضرورت ہے: کیسے منتخب کریں اور شامل کریں۔

آپ کو GitHub پر اوپن سورس پروجیکٹس کو لائسنس دینے کی ضرورت کیوں ہے۔

مطلوبہ لائسنس کی وضاحت کرتے وقت، ڈویلپر اس میں درج ذیل چیزیں فراہم کر سکتا ہے:

  1. پروگرام کے استعمال کی شرائط ۔ ان میں فیس شامل ہو سکتی ہے یا، کچھ یا تمام معاملات میں، مفت استعمال کی اجازت دے سکتے ہیں۔
  2. بعض اوقات کمیونٹی کی طرف سے تیار کرنے کے لیے پروگرام بنائے جاتے ہیں ۔ اس معاملے میں، یہ ضروری ہے کہ ہر وہ شخص جو پروگرام کے نصوص سے واقف ہونا چاہتا ہے۔
  3. جب پروگرام کے متن دستیاب ہوں تو، کچھ پروگرام کو فعال اور ممکنہ حد تک قابل اعتماد بنانے کے لیے تبدیلیاں کر سکتے ہیں ۔ بعض اوقات مصنف ہر کسی کو ایسا کرنے کی اجازت دے سکتا ہے، دوسرے معاملات میں وہ اسے تبدیلی بھیجنے کی پیشکش کرتا ہے، اور اپنے طور پر پروجیکٹ میں ایڈجسٹمنٹ کرتا ہے۔
  4. آپ کو یہ فیصلہ کرنے کی ضرورت ہے کہ آیا تیسرے فریق منصوبے میں تبدیلیاں کر سکتے ہیں اور اپنی طرف سے پیشکش کر سکتے ہیں۔ ایسا کرتے وقت، آپ کو یہ بتانا ہوگا کہ ان کی پروڈکٹ کونسی لائسنس کے ساتھ ہونا چاہیے۔

ان اور اسی طرح کے سوالات کو حل کرتے ہوئے، ایپلی کیشن کا مصنف درحقیقت اپنے تخلیق کردہ سافٹ ویئر پروڈکٹ کی مستقبل کی قسمت کا تعین کرتا ہے۔

کس قسم کے لائسنس موجود ہیں۔

لائسنس ایک ایسا معاہدہ ہے جس میں ایک فریق (لائسنس دہندہ) دوسرے فریق (لائسنس دہندہ) کے لیے اس کی تخلیق کردہ مصنوعات کو استعمال کرنے کے لیے ایک اصول قائم کرتا ہے۔ عملی طور پر، ہم فریقین کی طرف سے کسی دستاویز پر دستخط کرنے کی بات نہیں کر رہے ہیں، بلکہ اس کے استعمال پر متعلقہ حقوق اور ذمہ داریوں کے ساتھ خودکار معاہدے کے بارے میں بات کر رہے ہیں۔ حقوق اور ذمہ داریوں کی وضاحت پر عملی طور پر کوئی پابندی نہیں ہے۔ شرط صرف یہ ہے کہ وہ قانون کی پاسداری کریں۔ اپنے لائسنس بنانا ایک پیچیدہ کام ہے، کیونکہ یہ دوسرے ضوابط کے ساتھ ہم آہنگ ہونا چاہیے۔ بہترین آپشن یہ ہے کہ ایسی دستاویزات کی معیاری اقسام میں سے کسی ایک کو منتخب کریں اور استعمال کریں۔ عملی طور پر، ملٹی لائسنسنگ استعمال کرنے کا بھی رواج ہے۔ زیادہ تر اکثر، اس طرح کے معاملات میں، دو لائسنس بیک وقت استعمال کیے جاتے ہیں. اگرچہ پروگرام کے مصنف کو یہ حق حاصل ہے کہ وہ آزادانہ طور پر ایسے قوانین وضع کرے جن پر صارفین کو عمل کرنا چاہیے، اس کے باوجود، عملی طور پر، لائسنسوں کی ایک بڑی تعداد کا استعمال تیار ہوا ہے، جس سے آپ زیادہ تر معاملات میں صحیح انتخاب کر سکتے ہیں۔ زیادہ تر معاملات میں گٹ ہب پر استعمال ہونے والے مقبول ترین اختیارات درج ذیل ہیں۔ Git Hub پر عام طور پر استعمال ہونے والے لائسنس یہ ہیں:
GitHub لائسنس کے بارے میں آپ کو کیا جاننے کی ضرورت ہے: کیسے منتخب کریں اور شامل کریں۔ پروگرامر کو ایک ایسا انتخاب کرنے کے قابل ہونا پڑے گا جو اس کے منصوبوں کے مطابق ہو۔ اسے صحیح طریقے سے کرنے کے لیے، آپ کو یہ سمجھنے کی ضرورت ہے کہ مخصوص پرجاتیوں میں کون سی خصوصیات شامل ہیں۔

اگر مصنف دستاویز بنانے سے انکار کرتا ہے، تو اس صورت میں کاپی رائٹس لاگو ہوں گے، جو اس کے ملک کی قانون سازی کے ذریعے طے شدہ طور پر فراہم کیے گئے ہیں۔ اس طرح لائسنس کی عدم موجودگی کا مطلب یہ نہیں کہ پروگرام کے ساتھ کچھ بھی کیا جا سکتا ہے۔ درحقیقت، ایسی صورت حال کو لائسنس کی اقسام میں سے ایک سمجھا جا سکتا ہے۔

گیتھب لائسنس کا انتخاب کیسے کریں۔

اس سے پہلے کہ آپ کسی مناسب آپشن کی تلاش شروع کریں، یہ ضروری ہے کہ پروگرامر اپنی ضروریات وضع کرے، جس سے وہ مزید لائسنسنگ کے ساتھ آگے بڑھنے والا ہے۔ اگلا، آپ کو اپنے آپ کو ان مخصوص اختیارات سے واقف کرانا چاہیے جو درخواست سے مماثل ہیں۔ اس کے بعد، آپ کو قانونی زبان کا بغور مطالعہ کرنا ہوگا اور اس بارے میں حتمی فیصلہ کرنا ہوگا کہ لائسنس کیا ہونا چاہیے۔ باخبر انتخاب کرنے کے لیے، آپ کو یہ سمجھنا ہوگا کہ لائسنس کی ایک خاص قسم کے ساتھ کون سے حقوق اور ذمہ داریاں وابستہ ہیں۔ صحیح انتخاب کرنے کے لیے، آپ کمپیریٹر نامی خصوصی خدمات استعمال کر سکتے ہیں۔ یہاں کچھ مثالیں ہیں:

  1. https://choosealicense.com/۔ اس سائٹ میں صحیح آپشن کے انتخاب کے لیے اہم سوالات ہیں اور استعمال کی خصوصیات کو سمجھنے میں آپ کی مدد کرنے کے لیے تفصیلی مشورہ ہے۔
  2. https://opensource.org/licenses صفحہ مختلف مفت سافٹ ویئر حلوں کا جائزہ لینے کے لیے وقف ہے۔
  3. سائٹ https://tldrlegal.com/ کو لائسنس کے مختلف اختیارات کے لیے ایک انسائیکلوپیڈیا سمجھا جا سکتا ہے۔ قطعی قانونی فارمولیشنز اور تفصیلی تبصرے دونوں موجود ہیں۔
GitHub لائسنس کے بارے میں آپ کو کیا جاننے کی ضرورت ہے: کیسے منتخب کریں اور شامل کریں۔
https://choosealicense.com/[/caption پر لائسنسوں کا موازنہ] تاہم، انتخاب کرنے کا سب سے نتیجہ خیز طریقہ متعلقہ قانونی دستاویزات کو احتیاط سے پڑھنا ہے۔ . اگرچہ ہم محنت سے متعلق سرگرمیوں کے بارے میں بات کر رہے ہیں، اس کے باوجود، نصوص کا مطالعہ ڈویلپر کو تمام ضروری جوابات دے گا۔

گیتوب میں لائسنس کیسے شامل کریں۔

لائسنس کے اختیارات کے وسیع انتخاب کے باوجود جو عملی طور پر موثر اور قابل اعتماد ثابت ہوئے ہیں، ڈویلپر کے اپنے خیالات ہو سکتے ہیں کہ اس کے بنائے ہوئے پروگرام کا لائسنس کیا ہونا چاہیے۔ اس صورت میں، سروس آپ کے اپنے ورژن کو شامل کرنے یا موجودہ کو ایڈجسٹ کرنے کی صلاحیت فراہم کرتی ہے۔ Github میں لائسنس شامل کرنے کے لیے، آپ کو ان مراحل پر عمل کرنے کی ضرورت ہوگی:

  1. آپ کو اپنے ذخیرے کے مرکزی صفحہ پر جانے کی ضرورت ہے۔ GitHub لائسنس کے بارے میں آپ کو کیا جاننے کی ضرورت ہے: کیسے منتخب کریں اور شامل کریں۔
  2. آپ کو فائل شامل کرنے کے لیے بٹن پر کلک کرنے کی ضرورت ہے، پھر “نئی فائل بنائیں” کو منتخب کریں۔ GitHub لائسنس کے بارے میں آپ کو کیا جاننے کی ضرورت ہے: کیسے منتخب کریں اور شامل کریں۔
  3. اگلا، آپ کو فائل کا نام درج کرنے کی ضرورت ہے۔ لائسنس کے لیے، یہ دو اختیارات میں سے ایک ہو سکتا ہے: LICENSE یا LICENCE.md۔ یہاں بڑے حروف کا استعمال لازمی ہے۔
  4. فائل کے نام کے ان پٹ فیلڈ کے دائیں طرف، لائسنس ٹیمپلیٹ کو منتخب کرنے کے لیے کلک کریں۔ GitHub لائسنس کے بارے میں آپ کو کیا جاننے کی ضرورت ہے: کیسے منتخب کریں اور شامل کریں۔
  5. صفحہ کے بائیں جانب مینو میں، “اپنے پروجیکٹ میں لائسنس شامل کریں” کی لائن کو منتخب کریں۔ اس صورت میں، موجودہ دستاویزات سے ایک متغیر کا انتخاب کیا جاتا ہے۔ GitHub لائسنس کے بارے میں آپ کو کیا جاننے کی ضرورت ہے: کیسے منتخب کریں اور شامل کریں۔
  6. پھر “جائزہ لیں اور جمع کروائیں” لائن پر کلک کریں۔ پھر اپنے معاہدے کی تفصیلات درج کریں۔
  7. اس کے بعد یہ واضح کرنا ضروری ہے کہ کیا اضافہ یا تبدیلیاں کی گئیں۔ اگلا، اس بات کی نشاندہی کریں کہ آیا منتخب دستاویز کو درست کیا گیا تھا یا یہ لائسنس کا دوسرا ورژن بنانے کے بارے میں ہے۔ GitHub لائسنس کے بارے میں آپ کو کیا جاننے کی ضرورت ہے: کیسے منتخب کریں اور شامل کریں۔

تبدیلیوں کی تصدیق کے بعد، ڈویلپر Git Hub سروس پر لائسنس کی فہرست میں تبدیلیاں کرنے کا طریقہ کار مکمل کرتا ہے۔

ایک لائسنس گیتھب کا انتخاب کریں – گٹ ہب پر مقبول لائسنسوں کی مثالیں۔

درج ذیل آپشنز ہیں جو سب سے زیادہ مقبول ہیں۔ ان کی خوبیوں اور کمزوریوں کو سمجھ کر، پروگرامر صحیح آپشن تلاش کر سکے گا یا یہ سمجھ سکے گا کہ کس طرح مؤثر طریقے سے تلاش کرنا ہے۔

جی پی ایل

یہ لائسنس سب سے زیادہ مقبول میں سے ایک کہا جا سکتا ہے. یہ ان لوگوں کے لیے کلاسک ہے جو مفت سافٹ ویئر تیار کرتے ہیں۔ اس دستاویز کی بنیادی ضروریات میں سے ایک یہ ہے کہ یہ
تیسرے فریقوں کو پروگرام میں آزادانہ طور پر ترمیم کرنے کی اجازت دیتا ہے ، لیکن ساتھ ہی انہیں صرف اسی لائسنس کے تحت نتیجہ تقسیم کرنے کا حق حاصل ہے۔ اس لائسنس کے مختلف ورژن ہو سکتے ہیں۔ ان میں سے تازہ ترین تیسرا ہے۔ جی پی ایل کو پروگراموں کے ڈویلپرز جیسے ڈروپل ویب مواد مینجمنٹ سسٹم، ماریا ڈی بی ڈیٹا بیس مینجمنٹ سسٹم، انک اسکیپ ویکٹر گرافکس ایڈیٹر، اور کچھ دوسرے استعمال کرتے ہیں۔ یہ نوٹ کرنا دلچسپ ہے کہ SQL نہ صرف GPL بلکہ تجارتی لائسنس بھی استعمال کرتا ہے۔

ایل جی پی ایل

اس نام کا ترجمہ “GNU GPL Lesser General Public License” میں ہوتا ہے۔ کچھ ڈویلپرز کے لیے، GPL موزوں نہیں ہے، کیونکہ یہ ان کے لیے ایک ہی لائسنس کے تحت ترمیم شدہ مصنوعات کی تقسیم کی ذمہ داری پیدا کرتا ہے۔ اس آپشن کے اطلاق کی خصوصیات کو اس بات سے واضح کیا جا سکتا ہے کہ پروگرامر کی طرف سے بنائی گئی لائبریریوں کے استعمال کو لائسنس دینے کا عمل کیسے ہوتا ہے۔ اس صورت میں، مندرجہ ذیل تین اختیارات پر غور کیا جاتا ہے:

  1. جب ایک لائبریری نئی فعالیت فراہم کرتی ہے جہاں کوئی دوسری تجارتی لائبریری ایسا نہیں کر سکتی، تو GPL بہترین انتخاب ہے۔
  2. مفت لائبریری میں ڈویلپر پہلے ہی موجودہ معیار کو نافذ کر چکا ہے۔ اس علاقے میں، اسی طرح کے افعال کے ساتھ تجارتی اختیارات موجود ہیں. اس صورت میں، LGPL کا انتخاب کرنا آسان ہوگا۔
  3. جب بات ایک نئے معیار کی ہو جو درحقیقت تجارتی معیار کے ساتھ مقابلہ کرتی ہے، تو اپاچی لائسنس جانے کا راستہ ہے۔

یہ معیار
لائبریریوں کے تجارتی استعمال کی اجازت دیتا ہے ۔ اگر ترمیم کی جاتی ہے تو تقسیم کے لیے وہی شرائط و ضوابط استعمال کیے جائیں گے۔ تاہم، کوڈ کا سادہ استعمال حالات کو تبدیل کرنے کی اجازت دیتا ہے۔

ایکلیپس پبلک لائسنس

یہ دستاویز
تجارتی لائسنس سمیت دیگر لائسنسوں کے تحت تقسیم کی اجازت دیتی ہے ۔ بنیادی شرط یہ ہے کہ ترمیم شدہ کاموں میں، اختراعات کو الگ ماڈیول میں رکھا جائے گا۔ اس لائسنس نے جاوا میں مصنوعات کی ترقی میں مقبولیت حاصل کی ہے۔ ایک مثال Clojure پروگرامنگ لینگویج ہے، جو جاوا ایپلی کیشنز کی جانچ کے لیے ایک فریم ورک ہے۔
GitHub لائسنس کے بارے میں آپ کو کیا جاننے کی ضرورت ہے: کیسے منتخب کریں اور شامل کریں۔

موزیلا پبلک لائسنس

کچھ لوگ اس دستاویز کو GPL اور تجارتی لائسنس کے درمیان سمجھوتہ کے طور پر دیکھتے ہیں۔ MPL
کو کچھ فائلوں تک کھلی رسائی کی ضرورت ہوتی ہے ۔ سافٹ ویئر پروڈکٹ میں کچھ فائلیں اس لائسنس کے تحت اور دیگر اس کے بغیر ہوسکتی ہیں۔ ترمیم کے بعد، اس کو اجازت دی جاتی ہے کہ لائسنس کی ضرورت ہو (مثال کے طور پر، یہ تجارتی ہو سکتا ہے)، لیکن یہ صرف اس شرط پر ممکن ہے کہ MPL کے تحت جاری کردہ فائلوں تک رسائی اب بھی کھلی رہے گی۔ اس صورت میں، آخری صارف کو اصل سافٹ ویئر کے مصنفین کے بارے میں معلومات فراہم کی جانی چاہیے۔ اس دستاویز کے مطابق، LibreOffice آفس، موزیلا براؤزر اور دیگر سافٹ ویئر مصنوعات جاری کی گئیں۔

اپاچی لائسنس گیتھب

AL کو لبرل فری لائسنس کہا جاتا ہے۔ یہ خصوصیت اس حقیقت کی وجہ سے ہے کہ
پہلے جیسی شرائط کے تحت مشتق مصنوعات کو جاری کرنے کی کوئی ضرورت نہیں ہے ۔ یہ دستاویز اپاچی سافٹ ویئر فاؤنڈیشن کے ذریعہ فعال طور پر استعمال کی جاتی ہے۔ استعمال ہونے پر، درج ذیل کی اجازت ہے:

  1. سافٹ ویئر پروڈکٹ کو مزید تجارتی مقاصد کے لیے استعمال کرنے کی اجازت ہے۔
  2. درخواست میں ترمیم کی اجازت ہے۔
  3. بعد کی تقسیم میں اصل مصنف کا نام شامل ہونا چاہیے۔

ایک نیا ویرینٹ بنا کر، لائسنس دہندگان کے لیے اصل پروڈکٹ کوڈ فراہم کرنے کی کوئی ذمہ داری نہیں ہے۔ اس طرح کے لائسنس نے کافی مقبولیت حاصل کی ہے۔ اس کا مظاہرہ معروف سافٹ ویئر پروڈکٹس کی فہرست بنا کر کیا جا سکتا ہے جو اس قسم کے لائسنس کے تحت جاری کیے گئے ہیں: اینڈرائیڈ آپریٹنگ سسٹم، ایک فریم ورک جو جاوا میں انٹرپرائز ایپلی کیشنز تخلیق کرتا ہے، اور اپاچی ویب سرور۔ https://youtu.be/wyZq-EazOmU

ایم آئی ٹی لائسنس

کچھ اس مفت سافٹ ویئر لائسنس کے آپشن کو سب سے زیادہ مقبول سمجھتے ہیں۔ اس کا بنیادی فائدہ کچھ لوگوں کے ذریعہ مختلف قسم کے مفت یا تجارتی لائسنسوں کے ساتھ اچھی مطابقت سمجھا جاتا ہے۔ سب سے اہم خصوصیات
کوڈ میں ترمیم کرنے کی صلاحیت کے ساتھ ساتھ تبدیلیاں کرنے والے کے انتخاب پر دوسرے لائسنس کے تحت تقسیم کرنے کی اجازت ہے ۔ سافٹ ویئر پروڈکٹس جو اس دستاویز کو استعمال کرتے ہیں وہ ہیں: JQuiery نامی جاوا اسکرپٹ لائبریری، ایک ایٹم ٹیکسٹ ایڈیٹر، AngularJS، جاوا اسکرپٹ ڈویلپمنٹ فریم ورک۔ [caption id="attachment_11851" align="aligncenter" width="1906"]
GitHub لائسنس کے بارے میں آپ کو کیا جاننے کی ضرورت ہے: کیسے منتخب کریں اور شامل کریں۔ Git Hub لائسنس کا موازنہ

پانی کے اندر کی چٹانیں۔

کبھی کبھی مصنف پہلے لائسنس کا ایک ورژن منتخب کرتا ہے، اور بعد میں اسے تبدیل کرنا چاہتا ہے۔ اگر وہ اکیلے ہی پروگرام بناتا تو ایسی تبدیلی مشکل نہیں ہوتی۔ تاہم، ایسے معاملات میں جہاں ترقی میں بہت سے شرکاء تھے، پھر ان کی رضامندی کے بغیر یہ کام نہیں کرے گا۔ مثال کے طور پر، لینکس کا خالق، اگرچہ اس نے اصل میں آپریٹنگ سسٹم کی بنیاد بنائی، لیکن وہ ان تمام پروگرامرز کی رضامندی کے بغیر لائسنس کو تبدیل نہیں کر سکے گا جنہوں نے مزید ترقی میں حصہ لیا۔ MPL کے تحت تقسیم کرتے وقت، وہ لوگ جنہوں نے کوڈ میں تبدیلی کی ہے وہ MPL کے تحت فائلوں کو مختلف لائسنس کے تحت پیش نہیں کر سکتے۔ نئی دستاویز کا استعمال دوسرے پروگرام ماڈیولز کا حوالہ دے گا۔

info
Rate author
Add a comment