מבוא
לא מזמן, עולם פיתוח התוכנה הציע שני מודלים ייחודיים בצורה חדה: קוד פתוח ופרטי. תוכנת קוד פתוח נהנתה מהפתיחה של הסימן המסחרי שלה: כל אחד יכול להציע תרומות, כך שאנשים רבים יכולים לעשות זאת. עם זאת, תוכנה קניינית מגבילה את הגישה דרך מערכת סגורה המפרסת את הפרטיות של הקניין הרוחני (IP) שלה.
נניח שאתה מוביל בחברה שביצעה השקעות משמעותיות בתוכנה הקנוי שלה. זה לא צריך להיות חברה טכנולוגית; עסקים מכל הצורות והגדלים בונים ומתחזקים תוכנה משלהם ו- IP אחר כדי ליהנות מהיתרון התחרותי בתעשייה שלהם. עם זאת, פיתחת כבוד רב לתבניות המשמשות בקוד פתוח, כגון ניראות קוד מקור, מודעות באגים של פרוייקט ושקיפות בקשה לתכונות. כמו כן, אתה אוהב את מודל בקשת המשיכה שמפשט את השילוב של תרומות חיצוניות. אתה באמת רוצה להביא את היתרונות האלה לצוותי הפיתוח שלך, אבל אתה לא רוצה לפתוח את המקור התוכנה בעלת הערך של החברה. מה שאתה צריך זה הכלאה שמספקת את היתרונות של שתי הגישות. מה שאתה צריך זה InnerSource.
במודול זה, למדו כיצד לנהל תוכנית InnerSource מוצלחת ב- GitHub באמצעות יכולת גילוי יעילה, הדרכה ותחזוקה.
יעדי למידה
במודול זה, תלמד כיצד:
- ניגודיות בין משתמשים לעומת פרוייקטים בבעלות הארגון.
- המלצות לגבי מספר הארגונים של GitHub שאמורים להיות לך.
- צור מאגרים הניתנים לגילוי.
- צור פריטי READMEs חזקים למאגר.
- השתמש בתבניות נושא ובקשת משיכה.
- בנה שקיפות למאגרים.
- מדוד את ההצלחה של InnerSource בתוך הארגון שלך.
- הפץ את ערכת הכלים של InnerSource.
דרישות מוקדמות
- חשבון GitHub.
- היכולת לנווט ולערוך קבצים ב- GitHub.
- היכרות עם בקשות משיכה.
אנו ממליצים להשלים את מבוא ל- GitHub בתחילת מודול זה.