« לעמוד הראשי

Microsoft רכשה את GitHub. מה הלאה?

microsoft buys github

 

אז מסתמן שהשמועות שרחשו בתקופה האחרונה אכן נכונות – ו- Microsoft רכשה את חברת GitHub .

מהלך הגיוני מהצד של  מיקרוסופט, אם כי מוקדם לדעת האם זה יהיה בהכרח לטובת משתמשי GitHub עצמם.

בינתיים, נראה שרוב התגובות ברשת חוששות מאוד מהמהלך. בחיפוש שעשיתי בשעות האחרונות בפורומים מקצועיים ובטוויטר, אפשר לראות שרוב האנשים מאוכזבים מחברת GitHub ומביעים דאגה מהמהלך (הנה למשל ההאשטג github# ). המגיבים חוששים בעיקר מאובדן פרטיות של repo פרטיים; מסחור של הקוד הפתוח; ניצול לרעה של חשבונות GitHub (גם כתוצאה מגישה לחשבונות LinkedIn שכידוע שייכת למיקרוסופט); ירידה באיכות המוצר (הרבה מציינים כדוגמא את Skype שגם נקנתה בעבר ע"י Microsoft) ; פרסומות ; סגירת האפשרות החינמית, ועוד שלל סיבות.

גם חברת GitLab מדווחת על עליה חדה במעבר של repositories אליה בימים האחרונים, וב- GitLab כמו ב- GitLab  (בה הכל פתוח ושקוף) – הם מציגים זאת גם דרך גרפים של מערכת הניטור… אפשר לראות זאת LIVE לגמרי ב- Grafana שלהם, ואני מצרף גם צילומסך (שבו אפשר לראות את הקפיצה ביבוא מ- GitHub בין אתמול (6/3) להיום (6/4):

Import from GitHub to GitLab

Import from GitHub to GitLab

 

ואפשר גם לראות כאן בטוויטר שעשרות אנשים כותבים על כך שהם עוברים מ- GitHub ל- GitLab

 

אם אם אני היום ב- GitHub, מה אפשר לעשות?

אפשר כמובן לא לעשות כלום ולקוות לטוב, אם כי לדעתי זו הזדמנות להסתכל מסביב ולבחון את החלופות.

החלופות הבולטות כיום הן Bitbucket (של Atlassian) ו- GitLab  .

לדעתי עדיף ללכת על GitLab – בעיקר מהסיבות הבאות:

  • רכיב ה- Version Control (שבא מעל Git) נחשב לטוב ביותר בשוק כיום (כוונתי לרכיב ה- Version Control שבא מעל Git, ונותן שליטה והגנה על Git, על ענפי הפיתוח, על ה- repo עצמו ועוד). רכיב זה קיים מהגירסא הראשונה של GitLab והוא יציב מאוד ואמין.
  • המוצר עצמו כתוב בקוד פתוח
  • המוצר כולל רכיב CI/CD מצוין, שמגיע עם חיבור built-in ל- Version Control (ולא צריך להשקיע זמן ומאמץ בלהדביק אותם). רכיב זה זוכה לשבחים רבים, ואפילו קיבל את המקום הראשון מבין 10 כלים שנבחנו ע"י חברת המחקר Forrester לא מזמן (אפשר להוריד את הדו"ח כאן).
  • גירסא חינמית ללא הגבלת משתמשים גם ל- repo פרטיים
  • המוצר מותאם לפיתוח מודרני, ומספק למפתחים את "הרביעיה הקלאסית" שכל מפתח צריך כיום:
    Version Control + Issue Tracking + Code Review + CI
  • התאמה מצויינת לעולמות ה- micro-services והקונטיינרים – בפרט Docker ו- Kubernetes.
  • כלי אחד שמספק הכל (והנה ברושור להורדה עם פירוט הפיצ'רים הכלולים בו) – כולל גרפים, ניטור ביצועים, Container Registry, חיפוש מהיר בקוד, ניתוח קוד סטטי ודינאמי ועוד
    יחד עם זאת עדיין ניתן לחבר אותו לכלים אחרים אם כבר השקעתם בהם – כגון Jira, Jenkins ועוד (ואגב אני פוגש לא מעט לקוחות שחיברו את GitLab ל- Jira ו- Jenkins ומדווחים שהאינטגרציה מצויינת ואמינה – ובשבוע שעבר העלינו דמו טכני שמדגים תהליך פיתוח של כל 3 המוצרים יחד – ההקלטה כאן)
  • המוצר מתפתח מחודש לחודש ומתייצב מהר מאוד – הודות לכ- 2000 אנשים שתורמים קוד פלוס כ- 200 מפתחים בחברת GitLab עצמה. כמות התורמים הגדולה היא מכפיל-כוח גדול מאוד שאין במוצרים אחרים (והחברה עצמה גדלה בקצב מהיר מאוד וכוללת קרוב ל – 300 עובדים)
  • המוצר כתוב בשפות מודרניות (Ruby, Vue.js ו- Go) וממשק המשתמש מודרני ונראה טוב
  • התאמה לפיתוח מוטה Inner-sourcing
  • התחזוקה של GitLab (במידה ויש לכם שרת משלכם) קלה משמעותית מזו של Bitbucket
  • וכמובן חכמת ההמונים – עשרות ומאות אנשים מדווחים בטוויטר שעשו כבר את הבחירה ועברו

גם אוסיף שלפני כשבוע אירחנו בוובינר חי בעברית את דוד מרק, מוביל ה- DevOps מחברת StartApp, שסיפר בין השאר מדוע הם עוברים מ- GitHub ל- GitLab – הקלטה זמינה כאן.

 

נניח ואני רוצה לעבור ל- GitLab – איך לוקחים זאת צעד קדימה?

המעבר ל- GitLab למעשה הרבה פחות מורכב ממה שנהוג לחשוב, מ- 2 סיבות עיקריות:

  • גם GitHub וגם GitLab מבוססים על Git (כך שה- repositories ישארו כפי שהם ללא שינוי, ואין צורך בהעברת חומר)
  • המוצרים די דומים בהתנהגות – כך שמי שרגיל למשל ל- UI של GitHub, יתרגל מהר מאוד לזה של GitLab.

נקודה נוספת שחשוב לתת עליה את הדעת: האם רוצים להשתמש ב- gitlab.com בענן הציבורי שלהם ; בהתקנה של מכונה פרטית שלכם על ענן ציבורי כלשהו (כגון AWS / Google Cloud / Azure / IBM וכד') , או כשרת פנים-ארגוני שלכם (on-premises). כל האופציות הנ"ל קיימות, ולא מזמן כתבתי מאמר שמרחיב עליהן ונותן יתרונות וחסרונות – כאן.

אם אתם צוות קטן או עובדים לבד, ויש לכם מעט קוד וה- repositories אינם ברמת קריטיות עליונה – אפשר וכדאי לעשות זאת בעצמכם – והנה סרטון קצר שמסביר זאת (אנחנו הוספנו כתוביות אגב לנוחות הצופים). ובסוף המאמר גם לינקים לחומרים חינמיים נוספים שאפשר להיעזר בהם (Cheat Sheet, מאמרים ועוד)

אחרת – כדאי לכם להקדיש זמן לתכנון מעבר מסודר ולחשוב איך עושים זאת נכון ובטוח.

אנחנו נקיים הדרכת היכרות עם GitLab ביום ג' 12/6/18 . להרשמה להקלטה לחצו כאן

 

אנו מציעים מעבר כזה (מיגרציה) כשירות ייחודי שלנו. ההיצע שלנו בתחום זה כולל:

  • תכנון מעבר + המעבר עצמו (כולל בדיקות שהכל עובד בסוף בצורה תקינה)
  • הדרכות
  • רישוי במידה ואתם רוצים תמיכה של היצרן ופיצ'רים שכלולים בגירסאות Enterprise (אנחנו הנציגים היחידים של GitLab בישראל ובמדינות נוספות. כאן יש הסברים על היתרונות ברכישת רישוי מאיתנו)
  • אחסון / אירוח גם בענן הציבורי של GitLab וגם במכונות פרטיות על כל ענן ציבורי בארץ ובחו"ל
  • בניית תהליכי CI מתקדמים (כולל היבטי security ; מכונות חסכוניות ב- AWS  ו- Azure ; אפשרות להתחבר ל- Jenkins ועוד)
  • יעוץ ופיתוח אינטגרציות / אוטומציות
  • אפשרות לתמיכה שלנו ותחזוקה שוטפת שאנו נבצע עבורכם, כולל אפשרות ל- SLA

אגב – אנו מציעים את כל הנ"ל גם במידה ותשארו ב- GitHub או תעברו ל- Bitbucket (אנו נותנים שירות ומוכרים רישוי לכל 3 המוצרים האלה).

 

חברת ALM-Toolbox מתמחה בהקמת סביבות פיתוח, בדיקות ו- CI , יעוץ, הדרכות ומכירת רישוי של יצרנים בתחום – בפרט GitLab, Atlassian Jira / Bitbucket / Confluence, GitHub, SmartBear, JetBrains, IBM, Snyk, WhiteSource, Spotinst ועוד.
אפשר לפנות אלינו במייל לשאלות בנושא – devops@almtoolbox.com או טלפונית 072-240-5222

 

קישורים רלבנטים: