GitHub ლიცენზიები – რაზე ვსაუბრობთ? იმისათვის, რომ შექმნათ პროგრამული უზრუნველყოფა, საჭიროა არა მხოლოდ დაწეროთ იგი, არამედ გადაწყვიტოთ, რა უფლება აქვთ მომხმარებლებს ან დეველოპერებს გააკეთონ მასთან. თუ ვინმე ქმნის უფასო პროგრამას ყველასთვის, ის აკეთებს კარგ საქმეს, მაგრამ ვინც გამოიყენებს, უნდა დაასაბუთოს როგორ იყენებს. მაგალითად, თუ კომპანია თავის საქმიანობაში იმუშავებს ნებისმიერ თავისუფალ ოფისთან (მაგალითად, LibreOffice), მაშინ აუდიტორებს უნდა შეეძლოს დაამტკიცოს, რომ აქვს ამის უფლება. ამისათვის საკმარისი იქნება შესაბამისი ლიცენზიის წარდგენა. თუ დეველოპერს დაავიწყდება მისი ჩამოყალიბება, მაშინ ფირმა შეიძლება რთულ მდგომარეობაში აღმოჩნდეს.
- რატომ მჭირდება ღია კოდის პროექტების ლიცენზირება GitHub-ზე
- რა ტიპის ლიცენზიები არსებობს
- როგორ ავირჩიოთ Github ლიცენზია
- როგორ დავამატოთ ლიცენზია Github-ს
- აირჩიეთ Github ლიცენზია – პოპულარული ლიცენზიების მაგალითები Git Hub-ზე
- GPL
- LGPL
- Eclipse საჯარო ლიცენზია
- Mozilla საჯარო ლიცენზია
- Apache License Github
- MIT ლიცენზია
- წყალქვეშა ქანები
რატომ მჭირდება ღია კოდის პროექტების ლიცენზირება GitHub-ზე
საჭირო ლიცენზიის მითითებით, დეველოპერმა შეიძლება უზრუნველყოს შემდეგი:
- პროგრამის გამოყენების პირობები . მათ შეუძლიათ უზრუნველყონ საფასურის გადახდა ან, ზოგიერთ ან ყველა შემთხვევაში, დაუშვან უფასო გამოყენება.
- ზოგჯერ პროგრამები იქმნება საზოგადოების მიერ შემუშავებისთვის . ამ შემთხვევაში მნიშვნელოვანია, რომ ყველა მსურველმა შეძლოს პროგრამის ტექსტების გაცნობა.
- როდესაც კოდი ხელმისაწვდომია, ზოგიერთმა შეიძლება შეიტანოს ცვლილებები , რომ პროგრამა იყოს ფუნქციონალური და რაც შეიძლება საიმედო. ზოგჯერ ავტორს შეუძლია ამის ნება დართოს ყველას, სხვა შემთხვევაში კი მას შესთავაზებს ცვლილების გაგზავნას და დამოუკიდებლად ახორციელებს პროექტში კორექტირებას.
- თქვენ უნდა გადაწყვიტოთ, შეუძლიათ თუ არა მესამე მხარეებს პროექტში ცვლილებების შეტანა და მათი სახელით შეთავაზება. ამ შემთხვევაში აუცილებელია მიუთითოთ რომელი ლიცენზიით უნდა იყოს მათი პროდუქტი.
ამ და მსგავსი საკითხების გადაწყვეტისას, აპლიკაციის ავტორი რეალურად დიდწილად განსაზღვრავს მის მიერ შექმნილი პროგრამული პროდუქტის მომავალ ბედს.
რა ტიპის ლიცენზიები არსებობს
ლიცენზია არის ხელშეკრულება, რომელშიც ერთი მხარე (ლიცენზიანტი) ადგენს წესს მეორე მხარისთვის (ლიცენზიატი) გამოიყენოს მის მიერ შექმნილი პროდუქტი. პრაქტიკაში საუბარია არა მხარეთა მიერ დოკუმენტის ხელმოწერაზე, არამედ ავტომატურ თანხმობაზე მისი გამოყენებისას შესაბამისი უფლებებით და მოვალეობებით. პრაქტიკულად არ არსებობს შეზღუდვები უფლებებისა და მოვალეობების დაზუსტებისთვის. ერთადერთი პირობაა, რომ ისინი უნდა დაემორჩილონ კანონს. საკუთარი ლიცენზიების შექმნა რთული სამუშაოა, რადგან თქვენ უნდა დარწმუნდეთ, რომ ის თავსებადია სხვა რეგულაციებით. საუკეთესო ვარიანტია ასეთი დოკუმენტების ერთ-ერთი სტანდარტული ტიპის შერჩევა და გამოყენება. პრაქტიკაში ასევე ჩვეულებრივია მრავალ ლიცენზირების გამოყენება. ყველაზე ხშირად, ასეთ შემთხვევებში, ორი ლიცენზია ერთდროულად გამოიყენება.მიუხედავად იმისა, რომ პროგრამის ავტორს უფლება აქვს დამოუკიდებლად ჩამოაყალიბოს წესები, რომლებიც მომხმარებლებმა უნდა დაიცვან, მიუხედავად ამისა, პრაქტიკაში განვითარდა ლიცენზიების დიდი რაოდენობით გამოყენება, საიდანაც უმეტეს შემთხვევაში შეგიძლიათ აირჩიოთ შესაბამისი. ქვემოთ მოცემულია ყველაზე პოპულარული ვარიანტები, რომლებიც გამოიყენება უმეტეს შემთხვევაში Git Hub-ზე. Git Hub-ზე გამოყენებული ყველაზე გავრცელებული ლიცენზიებია:
თუ ავტორი უარს იტყვის დოკუმენტის ფორმულირებაზე, მაშინ ამ შემთხვევაში მოქმედებს საავტორო უფლებები, რომლებიც ნაგულისხმევად არის გათვალისწინებული მისი ქვეყნის კანონმდებლობით. ამ გზით ლიცენზიის არარსებობა არ ნიშნავს იმას, რომ თქვენ შეგიძლიათ გააკეთოთ ის, რაც გსურთ პროგრამით. ფაქტობრივად, ეს სიტუაცია შეიძლება ჩაითვალოს ლიცენზიის ერთ-ერთ სახეობად.
როგორ ავირჩიოთ Github ლიცენზია
სანამ შესაფერისი ვარიანტის ძიებას დაიწყებდეთ, აუცილებელია პროგრამისტმა ჩამოაყალიბოს თავისი მოთხოვნები, საიდანაც აპირებს შემდგომ ლიცენზირებას. შემდეგი, თქვენ უნდა გაეცნოთ მოთხოვნის შესაბამის ტიპურ ვარიანტებს. ამის შემდეგ, თქვენ უნდა ყურადღებით შეისწავლოთ იურიდიული ფორმულირება და მიიღოთ საბოლოო გადაწყვეტილება იმის შესახებ, თუ რა უნდა იყოს ლიცენზია. ინფორმირებული არჩევანის გასაკეთებლად, თქვენ უნდა გესმოდეთ, რა უფლებებსა და მოვალეობებს განსაზღვრავს კონკრეტული ტიპის ლიცენზია. სწორი არჩევანის გასაკეთებლად, შეგიძლიათ გამოიყენოთ სპეციალური სერვისები, სახელწოდებით კომპარატორები. Აი ზოგიერთი მაგალითი:
- https://choosealicense.com/. ეს საიტი შეიცავს სახელმძღვანელო კითხვებს სწორი ვარიანტის არჩევისთვის და დეტალურ რჩევებს, რომლებიც დაგეხმარებათ გაიგოთ გამოყენების სპეციფიკა.
- https://opensource.org/licenses გვერდი ეძღვნება სხვადასხვა უფასო პროგრამული გადაწყვეტილებების მიმოხილვას.
- საიტი https://tldrlegal.com/ შეიძლება განიხილებოდეს, როგორც ენციკლოპედია სხვადასხვა ლიცენზიის ვარიანტებისთვის. იგი შეიცავს როგორც ზუსტ იურიდიულ ენას, ასევე დეტალურ კომენტარს.
როგორ დავამატოთ ლიცენზია Github-ს
ლიცენზიის ვარიანტების ფართო არჩევანის მიუხედავად, რომლებმაც პრაქტიკაში დაამტკიცა მათი ეფექტურობა და საიმედოობა, დეველოპერს შეიძლება ჰქონდეს საკუთარი იდეები იმის შესახებ, თუ რა უნდა იყოს ლიცენზია მის მიერ შექმნილი პროგრამისთვის. ამ შემთხვევაში სერვისი იძლევა საკუთარი ვერსიის დამატების ან არსებულის დარეგულირების შესაძლებლობას. Github-ზე ლიცენზიის დასამატებლად, თქვენ უნდა შეასრულოთ შემდეგი ნაბიჯები:
- თქვენ უნდა გადახვიდეთ თქვენი საცავის მთავარ გვერდზე.
- თქვენ უნდა დააჭიროთ ღილაკს ფაილის დასამატებლად, შემდეგ აირჩიეთ “ახალი ფაილის შექმნა”.
- შემდეგი, თქვენ უნდა შეიყვანოთ ფაილის სახელი. ლიცენზიისთვის, ეს შეიძლება იყოს ორიდან ერთ-ერთი ვარიანტი: LICENSE ან LICENCE.md. აქ კაპიტალიზაცია სავალდებულოა.
- ფაილის სახელის შეყვანის ველის მარჯვნივ დააწკაპუნეთ ლიცენზიის შაბლონის ასარჩევად.
- გვერდის მარცხენა მხარეს მენიუში აირჩიეთ ხაზი “დაამატე ლიცენზია შენს პროექტს”. ამ შემთხვევაში, ვარიანტი არჩეულია არსებული დოკუმენტებიდან.
- შემდეგ დააჭირეთ ხაზს “გადახედე და გაგზავნა”. შემდეგ შეიყვანეთ მათი შეთანხმების დეტალები.
- ამის შემდეგ აუცილებელია დაზუსტდეს რა დამატებები ან ცვლილებები განხორციელდა. შემდეგი, ისინი მიუთითებენ, შესწორებულია თუ არა შერჩეული დოკუმენტი, თუ ვსაუბრობთ ლიცენზიის სხვა ვერსიის შექმნაზე.
ცვლილებების დადასტურების შემდეგ, დეველოპერი ასრულებს Git Hub სერვისის ლიცენზიების სიაში ცვლილებების შეტანის პროცედურას.
აირჩიეთ Github ლიცენზია – პოპულარული ლიცენზიების მაგალითები Git Hub-ზე
შემდეგი, ჩვენ განვიხილავთ იმ ვარიანტებს, რომლებიც ყველაზე პოპულარულია. მათი ძლიერი და სუსტი მხარეების გაგების შემდეგ, პროგრამისტი შეძლებს იპოვოთ სწორი ვარიანტი ან გაიგოს, თუ როგორ უნდა მოძებნოს ეფექტურად.
GPL
ამ ლიცენზიას შეიძლება ეწოდოს ერთ-ერთი ყველაზე პოპულარული. კლასიკურია მათთვის, ვინც აწარმოებს უფასო პროგრამულ უზრუნველყოფას. ამ დოკუმენტის ერთ-ერთი მთავარი მოთხოვნაა ის, რომ იგი
საშუალებას აძლევს მესამე პირებს თავისუფლად შეცვალონ პროგრამა , მაგრამ ამავე დროს მათ აქვთ უფლება გაავრცელონ შედეგი მხოლოდ იმავე ლიცენზიით. ამ ლიცენზიას შეიძლება ჰქონდეს განსხვავებული ვერსიები. უახლესი მესამეა. GPL გამოიყენებოდა ისეთი პროგრამების შემქმნელების მიერ, როგორიცაა Drupal ვებ შინაარსის მართვის სისტემა, MariaDB მონაცემთა ბაზის მართვის სისტემა, ვექტორული გრაფიკის რედაქტორი InkSkape და რამდენიმე სხვა. საინტერესოა აღინიშნოს, რომ SQL იყენებს არა მხოლოდ GPL-ს, არამედ კომერციულ ლიცენზიას.
LGPL
ეს სათაური ითარგმნება როგორც GNU Lesser General Public License GPL. ზოგიერთი დეველოპერისთვის, GPL არ არის შესაფერისი, რადგან ის ქმნის მათ ვალდებულებას, გაავრცელონ შეცვლილი პროდუქტები იმავე ლიცენზიით. ამ ვარიანტის გამოყენების თავისებურებები შეიძლება ილუსტრირებული იყოს იმით, თუ როგორ ხდება პროგრამისტის მიერ შექმნილი ბიბლიოთეკების გამოყენების ლიცენზირების პროცესი. ამ შემთხვევაში, ჩვეულებრივ, განიხილება შემდეგი სამი ვარიანტი:
- როდესაც ბიბლიოთეკა უზრუნველყოფს ახალ ფუნქციებს და არცერთ კომერციულ ბიბლიოთეკას არ შეუძლია მსგავსი დავალების შესრულება, მაშინ GPL-ის გამოყენება ოპტიმალურია.
- დეველოპერმა უფასო ბიბლიოთეკაში უკვე დანერგა არსებული სტანდარტი. ამ სფეროში არის კომერციული ვარიანტები მსგავსი ფუნქციებით. ამ შემთხვევაში მოსახერხებელი იქნება LGPL-ის არჩევა.
- როდესაც საქმე ეხება ახალ სტანდარტს, რომელიც რეალურად კონკურენციას უწევს კომერციულს, Apache ლიცენზია შესაბამისია.
ეს სტანდარტი
იძლევა ბიბლიოთეკების კომერციულ გამოყენებას . თუ ცვლილებები განხორციელდება, იგივე პირობები და პირობები უნდა იქნას გამოყენებული განაწილებისთვის. თუმცა, მარტივი კოდის გამოყენება პირობების შეცვლის საშუალებას იძლევა.
Eclipse საჯარო ლიცენზია
ეს დოკუმენტი
იძლევა გავრცელების უფლებას სხვა ლიცენზიებით, მათ შორის კომერციული ლიცენზიებით . მთავარი პირობაა, რომ შეცვლილ სამუშაოებში სიახლეები განთავსდეს ცალკე მოდულში. ამ ლიცენზიამ პოპულარობა მოიპოვა Java პროდუქტების შემუშავებაში. ამის მაგალითია Clojure პროგრამირების ენა, ჩარჩო ჯავა აპლიკაციების შესამოწმებლად.
Mozilla საჯარო ლიცენზია
ზოგიერთი აღიქვამს ამ დოკუმენტს, როგორც კომპრომისს GPL-სა და კომერციულ ლიცენზიებს შორის. ეს არის MPL-ის მოთხოვნა, რომ
ჰქონდეს საჯარო წვდომა გარკვეულ ფაილებზე . პროგრამული პროდუქტი შეიძლება შეიცავდეს ზოგიერთ ფაილს ამ ლიცენზიით და სხვებს მის გარეშე. მოდიფიკაციის შემდეგ, ნებადართულია საჭირო ლიცენზიის განთავსება (მაგალითად, ეს შეიძლება იყოს კომერციული), მაგრამ ეს შესაძლებელია მხოლოდ იმ პირობით, რომ MPL-ით გამოშვებულ ფაილებზე წვდომა კვლავ ღიაა. ამ შემთხვევაში, საბოლოო მომხმარებელს უნდა მიეწოდოს ინფორმაცია ორიგინალური პროგრამული უზრუნველყოფის ავტორების შესახებ. LibreOffice Office, Mozilla ბრაუზერი და სხვა პროგრამული პროდუქტები გამოვიდა ამ დოკუმენტის შესაბამისად.
Apache License Github
AL ეწოდება ლიბერალურ თავისუფალ ლიცენზიას. ეს მახასიათებელი განპირობებულია იმით, რომ არ
არსებობს მოთხოვნა წარმოებული პროდუქტის გამოშვების იმავე პირობებში, როგორც ადრე . ამ დოკუმენტს აქტიურად იყენებს Apache Software Foundation. მისი გამოყენებისას ნებადართულია შემდეგი:
- პროგრამული პროდუქტის გამოყენება ნებადართულია კომერციული მიზნებისთვის.
- ნებადართულია აპლიკაციების ცვლილებები.
- შემდგომი გადანაწილებები უნდა შეიცავდეს ორიგინალური ავტორის სახელს.
ახალი ვარიანტის შექმნისას ლიცენზიატებს არ აქვთ ვალდებულება წარმოადგინონ ორიგინალური პროდუქტის კოდი. ამ ლიცენზიამ მნიშვნელოვანი პოპულარობა მოიპოვა. ამის დემონსტრირება შესაძლებელია ცნობილი პროგრამული პროდუქტების ჩამოთვლებით, რომლებიც გამოშვებულია ამ ტიპის ლიცენზიით: Android ოპერაციული სისტემა, ჩარჩო, რომლითაც უნდა შეიქმნას საწარმო აპლიკაციები Java-ში, Apache ვებ სერვერი. https://youtu.be/wyZq-EazOmU
MIT ლიცენზია
ზოგიერთი ადამიანი მიიჩნევს, რომ ეს უფასო პროგრამული უზრუნველყოფის ლიცენზირების ვარიანტი ყველაზე პოპულარულია. ზოგიერთი მიიჩნევს, რომ მისი მთავარი უპირატესობაა კარგი თავსებადობა სხვადასხვა სახის უფასო ან კომერციულ ლიცენზიებთან. ყველაზე მნიშვნელოვანი ფუნქციებია
კოდის შეცვლის შესაძლებლობა, ისევე როგორც სხვა ლიცენზიებით გადანაწილების ნებართვა იმ პირის არჩევით, ვინც ცვლილებები შეიტანა . პროგრამული პროდუქტები, რომლებიც იყენებენ ამ დოკუმენტს, არის: JavaScript ბიბლიოთეკა სახელად JQuiery, Atom ტექსტური რედაქტორი, AngularJS – ჩარჩო JavaScript-ში განვითარებისთვის.
წყალქვეშა ქანები
ზოგჯერ ავტორი თავდაპირველად ირჩევს ლიცენზიის ერთ ვერსიას, შემდეგ კი სურს მისი შეცვლა. თუ მან შექმნა პროგრამა მარტო, მაშინ ასეთი ცვლილება არ იქნება რთული. თუმცა, იმ შემთხვევებში, როდესაც განვითარებაში ბევრი მონაწილე იყო, მაშინ ეს არ იმუშავებს მათი თანხმობის გარეშე. მაგალითად, Linux-ის შემქმნელი, მიუხედავად იმისა, რომ მან რეალურად შექმნა ოპერაციული სისტემის საფუძველი, ვერ შეძლებს ლიცენზიის შეცვლას ყველა იმ პროგრამისტის თანხმობის გარეშე, ვინც მონაწილეობა მიიღო შემდგომ განვითარებაში. MPL-ით გადანაწილებისას, მათ, ვინც კოდში შეიტანეს ცვლილებები, ვერ შესთავაზებენ ფაილებს MPL-ით სხვა ლიცენზიით. ახალი დოკუმენტის გამოყენება გავრცელდება სხვა პროგრამულ მოდულებზე.
