רישיונות GitHub – על מה אנחנו מדברים? כדי ליצור תוכנה צריך לא רק לכתוב אותה, אלא גם להחליט מה יש למשתמשים או למפתחים את הזכות לעשות איתה. אם מישהו יוצר תוכנה חינמית לכולם, הוא עושה מעשה טוב, אבל מי שישתמש בה יצטרך להצדיק איך הוא משתמש בה. לדוגמה, אם חברה בפעילותה תעבוד עם משרד חינמי כלשהו (לדוגמה, LibreOffice), אז היא חייבת להיות מסוגלת להוכיח לפקחים שיש לה את הזכות לעשות זאת. כדי לעשות זאת, זה יהיה מספיק כדי להציג את הרישיון המתאים. אם היזם ישכח לנסח את זה, אז החברה עלולה להיות במצב קשה.
למה אתה צריך לתת רישיון לפרויקטים בקוד פתוח ב-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 שימש מפתחים של תוכניות כמו מערכת ניהול התוכן האינטרנטי דרופל, מערכת ניהול מסד הנתונים MariaDB, עורך הגרפיקה הווקטורית של InkSkape ועוד כמה אחרים. מעניין לציין ש-SQL משתמש לא רק ב-GPL, אלא גם ברישיון מסחרי.
LGPL
שם זה מתורגם ל-“GNU GPL Lesser General Public License”. עבור מפתחים מסוימים, ה-GPL אינו מתאים, מכיוון שהוא יוצר עבורם חובה להפיץ מוצרים שעברו שינוי תחת אותו רישיון. ניתן להמחיש את תכונות היישום של אפשרות זו על ידי האופן שבו מתרחש תהליך רישוי השימוש בספריות שנוצרו על ידי המתכנת. במקרה זה, נשקלות שלוש האפשרויות הבאות:
- כאשר ספרייה מספקת פונקציונליות חדשה שבה אף ספרייה מסחרית אחרת לא יכולה לעשות את אותו הדבר, אז ה-GPL היא הבחירה הטובה ביותר.
- המפתח בספרייה החינמית כבר הטמיע את התקן הקיים. בתחום זה, יש אפשרויות מסחריות עם פונקציות דומות. במקרה זה, יהיה נוח לבחור LGPL.
- כשמדובר בסטנדרט חדש שמתחרה בפועל בסטנדרט המסחרי, רישיון אפאצ’י הוא הדרך ללכת.
תקן זה
מאפשר שימוש מסחרי בספריות . אם מבוצעים שינויים, יש להשתמש באותם תנאים והגבלות להפצה. עם זאת, השימוש הפשוט בקוד מאפשר לתנאים להשתנות.
Eclipse Public License
מסמך זה
מתיר הפצה תחת רישיונות אחרים, כולל מסחריים . התנאי העיקרי הוא שבעבודות ששונו, חידושים יוצבו במודול נפרד. רישיון זה זכה לפופולריות בפיתוח מוצרים בג’אווה. דוגמה לכך היא שפת התכנות Clojure, מסגרת לבדיקת יישומי Java.
רישיון ציבורי של Mozilla
יש הרואים במסמך זה פשרה בין ה-GPL ורישיונות מסחריים. ה-MPL דורש
גישה פתוחה לקבצים מסוימים . מוצר התוכנה עשוי להכיל קבצים מסוימים תחת רישיון זה ואחרים בלעדיו. לאחר השינוי, מותר לשים את הרישיון הדרוש (למשל, זה יכול להיות מסחרי), אך זה אפשרי רק בתנאי שהגישה לקבצים שפורסמו במסגרת MPL עדיין תהיה פתוחה. במקרה זה, יש לספק למשתמש הקצה מידע על מחברי התוכנה המקורית. בהתאם למסמך זה, שוחררו משרד LibreOffice, דפדפן מוזילה ומוצרי תוכנה אחרים.
רישיון אפאצ’י Github
AL נקרא הרישיון החופשי הליברלי. תכונה זו נובעת מהעובדה
שאין דרישה לשחרר מוצר נגזר באותם תנאים כמו קודם . מסמך זה נמצא בשימוש פעיל על ידי קרן תוכנת Apache. כאשר נעשה שימוש, מותרים הדברים הבאים:
- מוצר התוכנה מותר לשימוש נוסף למטרות מסחריות.
- מותרים שינויים באפליקציה.
- הפצות עוקבות צריכות לכלול את שם המחבר המקורי.
על ידי יצירת גרסה חדשה, אין חובה לבעלי רישיון לספק את קוד המוצר המקורי. רישיון כזה זכה לפופולריות רבה. ניתן להדגים זאת על ידי פירוט מוצרי תוכנה ידועים המופצים ברישיון מסוג זה: מערכת ההפעלה אנדרואיד, מסגרת שיוצרת יישומים ארגוניים ב-Java ושרת האינטרנט של Apache. https://youtu.be/wyZq-EazOmU
רישיון MIT
יש הרואים באפשרות זו של רישיון תוכנה חינם כפופולרית ביותר. היתרון העיקרי שלו נחשב על ידי חלק כתאימות טובה לסוגים שונים של רישיונות חינמיים או מסחריים. התכונות החשובות ביותר הן
היכולת לשנות את הקוד, כמו גם הרשאה להפיץ תחת רישיונות אחרים לפי בחירת מי שביצע את השינויים . מוצרי התוכנה המשתמשים במסמך זה הם: ספריית JavaScript בשם JQuiery, עורך טקסט של Atom, AngularJS, מסגרת פיתוח של JavaScript.
סלעים מתחת למים
לפעמים המחבר בוחר בהתחלה גרסה אחת של הרישיון, ומאוחר יותר רוצה לשנות אותה. אם הוא יצר את התוכנית לבד, אז שינוי כזה לא יהיה קשה. עם זאת, במקרים בהם היו משתתפים רבים בפיתוח, אז ללא הסכמתם זה לא יעבוד. למשל, היוצר של לינוקס, למרות שהוא בעצם עשה את הבסיס למערכת ההפעלה, לא יוכל לשנות את הרישיון ללא הסכמתם של כל אותם מתכנתים שלקחו חלק בפיתוח נוסף. בהפצה תחת ה-MPL, מי שביצע שינויים בקוד אינו יכול להציע קבצים תחת ה-MPL ברישיון אחר. השימוש במסמך החדש יפנה למודולי תוכנית אחרים.
