דילוג לתוכן הראשי

העתיד כבר כאן. אנחנו נגיע מוכנים עד שנת 2030.

לקריאה מהירה: GitHub זה ממש כמו Google Drive אבל לקוד.

תוכן הפוסט

חבר’ה, GitHub זה ממש כמו Google Drive אבל לקוד. תאמינו לי, מתרגשת כשאני אומרת משהו שקשור ל‑GitHub.

אבל, ברגע שהבנתי שזה באמת פשוט כמו Google Drive לקוד, הרבה דברים נהיו הרבה יותר פשוטים. פתאום יכולתי לעשות הרבה יותר דברים.

אוקיי, אז תחשבו על זה ככה.

כשאתה מתעסק עם הקוד של Claude במחשב שלך, נכון?

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

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

טכנית אתה יכול לארגן תיקיות ב‑Google Drive, ולהעלות את כל התיקיות האלה לשם.

אבל ל‑GitHub יש הרבה פיצ׳רים שהם ספציפית מעוצבים עבור אנשים שמעלים קבצי קוד ש‑Google Drive לא מחזיק.

כלומר, GitHub מתחבר סופר חלק

לשירותים אחרים שמאחסנים

ואז מריצים את התוכנית שלך.

שירותים כמו Vercel למשל,

שם מפחיד נוסף, אבל תישארו איתי.

Vercel היא פשוט מחשב בענן שיארח ויריץ את האפליקציה שלך.

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

אז זה סופר, סופר קל, כאילו, סוג של הסבר ברמה גבוהה.

זה עוזר לי להבין את כל זה, מקווה שזה עוזר גם לכם.

OCD שמח 🩵

נכתב על ידי Anna Bazak

תגובות ותשובות (4)
  • מעלה ומוסיף
    שגיטהאב הוא האב של גיט, לפני שהוא האב של קוד

    וגיט בגדול זו מערכת שנועדה לעקוב אחרי שינויים של קבצים
    שינויים בקובץ מתקבצים לכדי קומיטים
    כל קומיט "חתום" על ידי מי שיצר את השינוי

    ככה אפשר לעקוב אחרי ההתפתחות של מאגר קבצים להבין בדיוק למה שינו שורה x בקובץ y לפני שנה וחצי
    כי מי שביצע את השינוי קיבץ אותו יחד עם שינויים נוספים לקומיט שחתום על שמו

    וגיטהאב הוא אחד מבין הממשקים שמנגישים את היכולות של גיט בצורה האפקטיבית ביותר

    סתו גפן

  • תודה על ההסבר. אשמח לעוד:)

    Anna Bazak

  • ענפי עבודה מקבילים (Branches)

    • יצירת עותק נפרד ובטוח של הפרויקט לצורך עבודה על פיצ'ר חדש או ניסוי, מבלי להשפיע על הגרסה הראשית והעובדת.

    • מאפשר למספר אנשים לעבוד במקביל על חלקים שונים של אותו קובץ מבלי להפריע זה לזה.

    בקשת אישור ומיזוג שינויים (Pull Requests & Merging)

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

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

    פתרון קונפליקטים (Conflict Resolution)

    • כלי מובנה שמתריע כאשר שני אנשים שינו את אותה שורה בדיוק בזמנים מקבילים.

    • מונע דריסה שקטה של מידע ומאלץ את המשתמש לבחור ידנית איזה שינוי להשאיר.

    סנכרון בין המחשב לענן (Push & Pull / Remote Sync)

    • שמירת עותק מרכזי ומגובה של הפרויקט בענן של גיטהאב.

    • מאפשר לכל עובד להוריד את העדכונים האחרונים של כולם למחשב שלו ולהעלות את השינויים שלו בחזרה.

    שחרור גרסאות רשמיות (Releases & Tags)

    • סימון נקודה מסוימת בהיסטוריה כגרסה רשמית (למשל: "גרסה 1.0"), כולל אפשרות להורדת קבצי ההתקנה המתאימים לאותה נקודה.

    ביטול וחזרה לאחור (Revert & Reset)

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

    • בגיטהאב ניתן ללחוץ על כפתור Revert ישירות מתוך שינוי או בקשת מיזוג קודמת, והמערכת יוצרת באופן אוטומטי שינוי הפוך שמתקן את התקלה.

    השוואת הבדלים ויזואלית (Diff)

    • תצוגה שמציגה בדיוק מה השתנה בין שתי נקודות זמן או בין שני ענפים.

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

    איתור מקור השורות (Blame / Annotate)

    • מבט על קובץ שמציג לצד כל שורה בדיוק מי כתב אותה, באיזה תאריך ובאיזו שמירה (Commit).

    • מאפשר להבין במהירות למה שורה מסוימת נכתבה כפי שנכתבה ומי בצוות מחזיק בהקשר המקורי שלה.

    שמירה זמנית בצד (Stash)

    • מעין "מגירה זמנית" שמאפשרת להניח בצד עבודה לא גמורה כדי לעבור במהירות לטפל במשימה דחופה אחרת, ולחזור אליה מאוחר יותר מבלי לשמור גרסה רשמית ומבולגנת.

    שיבוט והעתקה (Clone & Fork)

    • שיבוט (Clone): הורדת עותק מלא של הפרויקט וההיסטוריה שלו מהענן למחשב האישי בלחיצת כפתור.

    • פיצול (Fork): יצירת עותק עצמאי לחלוטין של הפרויקט של מישהו אחר לחשבון האישי שלך, לצורך שינויים משלך או תרומה בחזרה לפרויקט המקורי.

    סתו גפן

  • פוסט מעולה שממש מפשט את הנושא למי שבתחילת הדרך! והתוספות של סתו מעלות את זה אפילו לשלב הבא. איזה כיף שאתם כאן

    שיר הורוביץ