ווי צו קלייַבן אַ GitHub דערלויבעניש און וואָס איז עס וויכטיק צו מאַכן די רעכט ברירה? GitHub איז דער גרעסטער דינסט פֿאַר די שלאָס אַנטוויקלונג פון IT פּראַדזשעקס און זייער סאַבסאַקוואַנט האָסטינג. מיט דער הילף פון דעם וועב סערוויס, אַ אַנלימאַטאַד נומער פון מענטשן קענען אַרבעטן אויף אַ פּרויעקט אין אַמאָל, ווי געזונט ווי פון לעגאַמרע ערגעץ אין דער וועלט. GitHub אויך האט אַ פאַרוואַלטונג אָדער קאָנטראָל סיסטעם וואָס אַלאַוז איר צו זען און קאָנטראָלירן לעגאַמרע אַלע ענדערונגען געמאכט דורך דעוועלאָפּערס איבער צייַט, און עס אויך אַלאַוז איר צו צוריקקומען צו די שטאַט וואָס איז פארגעקומען איידער די ענדערונגען.
וואָס איז אַ GitHub דערלויבעניש
א דערלויבעניש איז אַ ספּעציעל דאָקומענט וואָס איז געגרינדעט דורך די שטאַט פאָרעם און אַלאַוז איר צו אָנטייל נעמען אין אַ זיכער טיפּ פון אַנטראַפּראַנעריאַל טעטיקייט, וואָס אָן דורכפאַל ריקווייערז ספּעציעל ופמערקזאַמקייט פון די שטאַט זייַט. אָבער, רובֿ אָפט, אין פיר, בלויז אַבריוויייטיד דערלויבעניש אַגרימאַנץ אָדער אַגרימאַנץ וואָס צושטעלן די ישואַנס פון פּריוואַט געזעץ לייסאַנסיז זענען געניצט. אין אַלגעמיין, די דערלויבעניש פּערסוז בלויז איין, אָבער די מערסט וויכטיק ציל, דאָס איז אַ העסקעם אויף אַבלאַגיישאַנז און רעכט צווישן די לייסאַנסער און די לייסאַנסער. די דוטיז און רעכט קענען זיין לעגאַמרע אַלץ, אָבער בלויז אין די פריימווערק פון די געזעץ. א נאָוטאַבאַל ביישפּיל איז אַז דער ליסענסער קען דאַרפן די נאָמען פון די קאַפּירייט האָלדער צו זיין פארלאנגט ווען ניצן די ווערק דורך די ליסענסער. אָדער, פֿאַר בייַשפּיל, לאָזן קאַפּיינג אַרבעט, אָבער פאַרווערן לעגאַמרע קיין מאָדיפיקאַטיאָן פון עס. אדער, ארויסצוברענגען אזעלכע פארלאנגען, אז די ווערק זאל ארויסגעגעבן ווערן פונקט אויף די זעלבע באדינגונגען ווי די אריגינעלע, און אזוי ווייטער, זענען דא גאנץ אסאך ביישפילן פון שטעלן פארשיידענע באדינגונגען. 
אָבער, אויך, מיר מוזן נישט פאַרגעסן אַז די דערלויבעניש פּראַטעקץ די רעכט פון ניט בלויז די ליסענסער, אָבער אויך די ליסענסער. זינט איר קענען קלאר זען און לייענען אַלע די באדינגונגען פֿאַר נוצן פון די אַרבעט, און דעריבער ער דאַרף נישט זיין דערשראָקן אַז דער ליסענסער וועט פּלוצלינג פאָדערן קיין דידאַקשאַנז אָדער קיין אנדערע פאַרגיטיקונג פֿאַר די נוצן פון זיין אַרבעט.
אויב איר אָפּזאָגן צו נוצן די דערלויבעניש וואָס איז פֿאַרבונדן מיט די אַרבעט, קאַפּירייץ נאָך אַפּלייז אין לויט מיט די לעגאַל כּללים אין קראַפט אין אַ באַזונדער לאַנד. סימפּלי שטעלן, דער אַוועק פון אַ דערלויבעניש אין קיין וועג ימפּלייז אַז אנדערע מחברים קענען נוצן דעם פּרויעקט אין קיין וועג זיי ווילן. אַלץ איז פּונקט פאַרקערט, ווייַל אָן קיין ספּעציפיש דערלויבעניש, דער פּראָגראַמיסט ווייווז אין קיין פאַל די רעכט וואָס זענען געגעבן דורך געזעץ. עס איז אויך וויכטיק צו שטענדיק געדענקען אַז די דערלויבעניש רעגירט אַלע רעכט און אַבלאַגיישאַנז. דאָס איז צו באַשיצן די באַזיצער פון די אַרבעט פון באַניצער עקספּעקטיישאַנז און וואָס קיין וואָראַנטי ימפּלייז. נאָך אַלע, קיין איינער וויל זייער קאָד צו ענדיקן אין פּלאַץ אין קיין וועג.
וואָס איז קאַפּירייט
קאַפּירייט אויס אין אַ מענטש בלויז ווען, ווי אַ רעזולטאַט פון אינטעלעקטואַל טעטיקייט, ער קריייץ אַ זיכער ווערק וואָס וועט זיין יינציק, אָבער אין דער זעלביקער צייַט נוציק, פֿאַר בייַשפּיל, איר קענען נעמען די שרייבן פון דער זעלביקער פּראָגראַם. ווען אַלע די אויבן איז געטאן, דער מענטש ווערט דער מחבר און איצט ער האט לעגאַמרע אַלע די קאַפּירייט צו דעם ווערק. עס זאָל אויך זיין געזאָגט אַז קאַפּירייץ זענען פאַרמאָג און ניט-פאַרמאָג. זייער חילוק איז אַז פאַרמאָג רעכט קענען זיין טראַנספערד צו ווער עס יז, אָבער ניט-פאַרמאָג רעכט וועט שטענדיק בלייַבן בלויז מיט די מחבר אין קיין סיטואַציע. נאָך אַלע, זייַענדיק אַ מחבר איז אַ ניט-טראַנספעראַבאַל און ינאַליענאַבאַל רעכט.
וואָס איז אַן עפֿן מקור דערלויבעניש פֿאַר?
דאָס איז אויך אַ גאַנץ פאָלקס קשיא צווישן אָנהייבער דעוועלאָפּערס און פּראָוגראַמערז, ווייַל זיי פשוט טאָן ניט פֿאַרשטיין וואָס אַ דערלויבעניש זאָל זיין אַטאַטשט צו זייער פּראַדזשעקס, ווייַל אָן עס, די פּרויעקט קען זיין שטיל. אָבער, דאָס איז נישט לעגאַמרע אמת, ווייַל אויב, פֿאַר בייַשפּיל, עטלעכע אָנהייבער דעוועלאָפּער האט געשריבן עטלעכע פערלי וויכטיק און נוציק שטיק פון קאָד, אָבער האט נישט באַשיצן עס מיט אַ דערלויבעניש, אנדערע יוזערז האָבן פֿראגן. און דווקא צוליב דעם, ווען קלייאַנץ קומען צו אים און ווילן צו נוצן דעם שטיק פון קאָד פֿאַר זייער געשעפט צוועק, זיי זען אַז די קאָד האט נישט קיין דערלויבעניש און פשוט אָפּזאָגן עס. דאָס איז רעכט צו דעם פאַקט אַז קאָמפּאַניעס פשוט וועט נישט נוצן דעם קאָד אָן אַ דערלויבעניש, ווייַל זיי טאָן ניט דאַרפֿן פּראָבלעמס מיט די געזעץ און חכמים.
וואָס גיטהוב דערלויבעניש איז פּאַסיק אין זיכער טנאָים – ווי צו קלייַבן?
עס קען זיין קיין פּינטלעך ענטפער צו דעם קשיא, ווייַל די ברירה פון אַ דערלויבעניש דעפּענדס בלויז אויף די גאָולז פון די פּרויעקט און אויף די פּערזענלעך פּרעפֿערענצן און תאוות פון די דעוועלאָפּער זיך. ווי איר קענען זען, עס זענען אַ פּלאַץ פון פאַרשידן לייסאַנסיז אויף GitHub, און רובֿ ימפּאָרטאַנטלי, זיי זענען אַלע פריי און אין די ציבור פעלד, וואָס מיטל אַז יעדער פּראָגראַמיסט קענען געפֿינען די
Open Source דערלויבעניש וואָס וועט באשטימט פּאַסיק זיין פּרויעקט. אָבער, רובֿ ימפּאָרטאַנטלי, מיר מוזן נישט פאַרגעסן אַז אַן עפֿן מקור דערלויבעניש איז נישט בלויז אַ קאָד אָן דערלויבעניש.
- שטארק פּראַטעקטיוו.
- וויקלי פּראַטעקטיוו.
- פּערמיסיוו.
שטארק פּראַטעקטיוו
שטארק פּראַטעקטינג לייסאַנסיז זענען רובֿ אָפט ווערייישאַנז פון די GPL. די לייסאַנסיז דאַרפן די לייסאַנסינג פון די פּרויעקט ווי געזונט ווי די אַנטפּלעקונג פון מקור קאָודז, ראַגאַרדלאַס פון ווי קיין קאָד אָדער פּרויעקט וועט זיין געוויינט אָדער איז שוין געניצט.
וויקלי פּראַטעקטיוו
וויקלי פּראַטעקטינג לייסאַנסיז זענען רובֿ אָפט ווערייישאַנז פון די לעסער GPL. אין וואָס דער הויפּט חילוק פון פּערמיסיוו לייסאַנסיז איז אַז דאָ עס איז פשוט נייטיק צו אויך דערלויבעניש די פּראָגראַם אונטער די GPL דערלויבעניש, און צושטעלן די מקור קאָודז אָן דורכפאַל. אין דער זעלביקער צייט, אויב עס איז אַ ביבליאָטעק אין די פּראָגראַמיסט פּרויעקט, דאָס איז, סטאַטיק פֿאַרבינדונג אָדער דינאַמיש פֿאַרבינדונג אונטער די LGPL דערלויבעניש, עס וועט אויך זיין קאַמפּאַטאַבאַל מיט קיין פון די לייסאַנסיז פון דעם פּראָגראַמיסט פּרויעקט.
פּערמיסיוו
עס זענען אַ פערלי גרויס נומער פון פּערמיסיוו לייסאַנסיז, אין זייער רייען די מערסט פאָלקס לייסאַנסיז זענען MIT, Apache 2.0 און BSD. מיט קליין ווערייישאַנז, די לייסאַנסיז האָבן די פיייקייט צו לאָזן די נוצן פון די קאָד אין עפֿן מקור פּראַדזשעקס און פֿאַר געשעפט צוועקן און פּראַדזשעקס. אָבער, אין דעם פאַל, עס איז וויכטיק צו געדענקען אַז עס איז נייטיק צו אָנווייַזן די אָטערשיפּ פון דער אָריגינעל פּראָגראַם.
אנדערע פאָלקס GitHub לייסאַנסיז
אין אַדישאַן צו די דריי גרופּעס פון לייסאַנסיז, עס זענען אויך אנדערע, פֿאַר בייַשפּיל, אן אנדער פון די מערסט נוציק לייסאַנסיז איז GPLv2 מיט קלאַספּאַט יקסטענשאַנז. די דערלויבעניש קענען אויך זיין געוויינט פֿאַר עפֿענען מקור פּראַדזשעקס און געשעפט פּראַדזשעקס און צוועקן. זיין מערסט פאָלקס אויסזען איז ביי Oracle, וואָס ניצט GPLv2 מיט קלאַספּאַט יקסטענשאַנז צו לייסאַנסינג זייַן עפֿן מקור פּראַדזשעקס און סאַלושאַנז. דער דערלויבעניש איז גאַנץ וויכטיק און נוציק, ווייַל רעגולער GPL לייסאַנסיז, למשל, וועט קיינמאָל קענען צו האַנדלען מיט ביטעקאָדע. דאָס איז, זיי האָבן אַ ספּעציעל באַשרייַבונג פון די זאַמלונג און פֿאַרבינדונג פּראָצעס, וואָס איז גאָר ומפּאַסיק פֿאַר אנדערע ינטערפּראַטאַד פּראָגראַממינג שפּראַכן, די מערסט פאָלקס Java שפּראַך איז צווישן אַזאַ שפּראַכן. עס איז פֿאַר אַזאַ קאַסעס אַז אַ ספּעציעל דערלויבעניש GPLv2 מיט קלאַספּאַט יקסטענשאַנז איז באפרייט. נאָך אַלע, עס זאגט זייער קלאר און קלאר אַז די ביבליאָטעק וואָס איז באפרייט אונטער דעם דערלויבעניש קענען זיין געוויינט פֿאַר געשעפט פּראַדזשעקס און צוועקן מיט לעגאַמרע קיין אנדערע דערלויבעניש.
GitHub לייסאַנסיז .
אַדינג אַ דערלויבעניש
נאָך די לעצט דערלויבעניש איז לעסאָף אויסגעקליבן, עס בלייבט נאָר צו לייגן עס צו די פּרויעקט וואָרצל זיך. צו דורכפירן דעם קאַמף, איר דאַרפֿן צו פשוט לייגן די אויסגעקליבן דערלויבעניש אונטער די פּרויעקט וואָרצל בעשאַס די שאַפונג פון די פּרויעקט זיך אָדער אין קיין אנדערע צייט. אָבער אפילו אין דעם קאַמף, די GitHub וועב סערוויס געראטן צו נעמען קעיר פון זיין יוזערז און זיי געמאכט אַ פערלי באַקוועם וועג צו לייגן די לעצט דערלויבעניש אפילו אין די אָנהייב פון די פּרויעקט זיך.
