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

ממש חשובים בעולם הקלוד קוד למשל: API , API KEY , מה זה TOOL ,

מה זה HOOK , מה זה MCP ? ומה אומר בדיוק המילה Agnet? או Subagent
אז למי שלא מכיר את המושגי יסוד הללו אני ממליץ לחזור לטור הקודם שלי שמסביר בצורה פשוטה וכייפית מה הם אומרים .

Git למתחילים: המושגים שבאמת כדאי להכיר

אם מתחילים לעבוד עם Claude Code, מהר מאוד נתקלים במילים כמו Repo, Commit, Push או Branch.

למי שלא עבד קודם עם Git, כל המושגים האלה יכולים להישמע קצת מאיימים.

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

רק המושגים שבאמת כדאי להכיר בהתחלה ואם ידעתי אותם בהתחלה שנכנסתי לעולם הקלוד קוד ועבודה מול Repository אז החיים שלי היו הרבה יותר קלים.

אז שנתחיל ?? יאללה סבבה..

מה זה GIT???

Git היא מערכת לניהול גרסאות של קבצים, ובעיקר של קוד.

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

אני אוהב לחשוב על Git בתור:

מערכת Save Game לפרויקט שלנו.

אנחנו מתקדמים בעבודה ושומרים נקודות בדרך.

GIT זה לא GITHUB

זו אחת הטעויות הנפוצות אצל מתחילים.

Git ו־GitHub הם לא אותו דבר.

Git היא המערכת שמנהלת את השינויים והגרסאות של הפרויקט.

GitHub הוא שירות אינטרנט שבו אפשר לאחסן ולשתף פרויקטים שעובדים עם Git.

אפשר לזכור את זה כך:

Git הוא המנגנון.
GitHub הוא המקום שבו אנחנו יכולים לאחסן את הפרויקט.

REPOSITORY או REPO

Repository, או בקיצור Repo, הוא למעשה הבית של הפרויקט בתוך Git.

הוא מכיל את קבצי הפרויקט וגם את היסטוריית השינויים שלהם.

כשClaude Code מדבר על ה־Repo, הוא בדרך כלל מתכוון לפרויקט שאנחנו עובדים עליו.

הפקודה CLONE

מצאנו Repository ב־GitHub ואנחנו רוצים לעבוד עליו אצלנו במחשב.

כאן נכנס:

Clone

Clone יוצר אצלנו עותק מקומי של הפרויקט.

אבל זה לא בדיוק כמו להוריד ZIP.

ב־Clone אנחנו מקבלים גם את המידע וההיסטוריה של Git, כך שאפשר להמשיך לעבוד ולהסתנכרן מול ה־Repository המקורי.

במילים פשוטות:

Clone = בעצם אומר תביא לי את הפרויקט למחשב כדי שאוכל לעבוד עליו.

STATUS

אחת הפקודות הכי שימושיות ב־Git היא:

git status

המשמעות שלה פשוטה:

מה המצב כרגע?

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

אם אתם חדשים ב־Git ולא בטוחים מה קורה בפרויקט, git status הוא כמעט תמיד מקום טוב להתחיל ממנו.

הפקודה ADD

נניח ששינינו כמה קבצים ואנחנו רוצים להכין אותם לשמירה.

כאן משתמשים ב:

git add

חשוב להבין:

Add לא שולח שום דבר ל־GitHub.

הוא רק אומר ל־Git:

"את השינויים האלה אני רוצה להכניס לשמירה הבאה."

הפקודה COMMIT

Commit הוא נקודת שמירה בהיסטוריה של הפרויקט.

עשינו תיקון או הוספנו משהו חדש?

אפשר ליצור Commit ולתת לו תיאור קצר.

לדוגמה:

Fix login bug

אני אוהב לחשוב על Commit בתור:

Save Game של הקוד.

והנקודה החשובה:

Commit עדיין נשמר אצלנו במחשב.

הוא עדיין לא הגיע ל־GitHub.

הפקודה PUSH שהיא ממש סופר פופולרית

Push הוא השלב שבו אנחנו שולחים את ה־Commits שלנו ל־Repository המרוחק, למשל ל־GitHub.

הדרך הכי פשוטה לזכור:

Commit שומר.
Push שולח.

עשיתם Commit אבל לא Push?

השינוי עדיין נמצא אצלכם במחשב.

הפקודה PULL שהיא המקבילה בעצם ל... Push

Pull עושה את הכיוון ההפוך.

אם יש שינויים חדשים ב־GitHub ואנחנו רוצים לקבל אותם למחשב שלנו, עושים Pull.

אפשר לזכור:

Push = אני שולח.
Pull = אני מקבל.

ומה זה BRANCH?

Branch מאפשר לנו לעבוד על שינוי בנפרד מהגרסה הראשית של הפרויקט.

לדוגמה, אנחנו רוצים להוסיף Feature חדש אבל לא רוצים לגעת מיד בגרסה הראשית.

אפשר ליצור Branch (מעין ענף קוד מהעץ שלנו... ) ולעבוד עליו בנפרד.

תחשבו על כביש ראשי שממנו יוצאת דרך צדדית.

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

הפקודה MERGE !!

אחרי שסיימנו לעבוד על Branch, נרצה לפעמים לחבר את השינויים שלו בחזרה ל־Branch הראשי.

לפעולה הזאת קוראים:

Merge

כלומר:

לחבר שני קווי עבודה בחזרה יחד.

ולפעמים Git לא יודע לבד איזה שינוי צריך להישאר.

במצב כזה נקבל Merge Conflict.

זה נשמע דרמטי, אבל בדרך כלל המשמעות פשוטה:

Git אומר לנו:

"שתי גרסאות שינו את אותו המקום. תחליטו אתם איזו גרסה נכונה."

אז איך הכול מתחבר?

יש לנו Repo.

אנחנו עושים Clone ומביאים אותו למחשב.

אנחנו משנים קבצים.

git status מראה לנו מה השתנה.

git add מכין את השינויים לשמירה.

Commit יוצר נקודת שמירה.

Push שולח אותה ל־GitHub.

Pull מביא אלינו שינויים חדשים.

ואם אנחנו רוצים לעבוד בנפרד, אנחנו משתמשים ב־Branch, ובסיום אפשר לבצע Merge.

.gitignore

יש קבצים שאנחנו פשוט לא רוצים ש־Git ינהל.

למשל קבצים זמניים, תיקיות שנוצרות אוטומטית, קבצי Build ולעיתים קבצים מקומיים שרלוונטיים רק למחשב שלנו.

בשביל זה קיים הקובץ:

.gitignore

בתוכו אנחנו מגדירים קבצים ותיקיות שאנחנו רוצים ש־Git יתעלם מהם.

אפשר לחשוב עליו בתור רשימת:

"Git, את הדברים האלה בבקשה תשאיר בחוץ."

ורק הערה חשובה אחת:

.gitignore לא נועד להיות תחליף לניהול מאובטח של סודות. API Keys, סיסמאות וטוקנים צריכים להישמר בצורה נכונה ולא להיכנס מלכתחילה להיסטוריית Git.

זהו חברים!! כבר מספיק יפה ומכובד כדי להבין חלק גדול מהשפה שתפגשו כאשר אתם עובדים עם Claude Code ועם פרויקטים אמיתיים.

והכי חשוב:

לא צריך ללמוד את כל Git כדי להתחיל לעבוד עם Git.

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

הערה לכל הקוראים שלי משבוע הבא, אני אלמד אותכם פרקטיקות מעניינות ומודלים שפחות מדברים עליהם שלא רק יעשו לכם חיסכון בטוקנים אלא יפתחו לכם צוהר למודלים שאתם (כנראה) פחות מכירים אבל לא פחות טובים מ Opus 4.8 ויש כאלו שאפילו מגיעים לרמות של Fable 5 עם עלות נמוכה בהרבה.. Stay Tuned !!

==================================================

קצת עליי: קוראים אלכס גולדבלט, במקצוע שלי אני בודק תוכנה בחברה גדולה ואחד התחביבים שלי הוא מחשבי וינטאג' 8 ביט . אתם יכולים לבקר אותי כאן:

https://8bitretro.tech/