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