ניהול גרסאות הוא שיטה לשמור כל שינוי בקוד של האתר — מה השתנה, מתי ולמה — כך שאפשר לחזור לכל מצב קודם, להשוות בין גרסאות ולדעת בדיוק מה עלה לאוויר. הכלי הנפוץ לזה הוא Git. באתר שהקוד שלו מנוהל ב-Git, שינוי שהשתבש הוא לא אסון: חוזרים לגרסה הקודמת. באתר בלי ניהול גרסאות, השאלה "מה השתנה מאתמול?" לפעמים פשוט אין לה תשובה.
מה זה ניהול גרסאות
לפי הספר הרשמי של Git, ניהול גרסאות הוא מערכת שרושמת שינויים בקובץ או בקבוצת קבצים לאורך זמן, כדי שאפשר יהיה לחזור לגרסאות מסוימות בהמשך. היא מאפשרת להחזיר קבצים או פרויקט שלם למצב קודם, להשוות שינויים לאורך זמן, ולראות מי שינה מה ומתי. Git שייך לדור ה"מבוזר": כל עותק של המאגר מכיל את כל ההיסטוריה, כך שכל עותק הוא למעשה גיבוי מלא שלה.
מה נכנס ל-Git באתר — ומה לא
| נכנס למאגר | לא נכנס למאגר |
|---|---|
| קוד התבנית והתוספים שנכתבו לאתר | סיסמאות, מפתחות API וקובצי הגדרות עם פרטי גישה |
| קובצי עיצוב (CSS) וסקריפטים | תמונות וקבצים שמשתמשים העלו |
| הגדרות שאינן סודיות | מסד הנתונים |
| קובצי תיעוד | ספריות צד שלישי שאפשר להתקין מחדש (בהתאם לשיטת הפריסה) |
הכלל החשוב ביותר: סודות לא נכנסים למאגר. קובץ הגדרות עם סיסמה למסד הנתונים שנשמר ב-Git נשאר בהיסטוריה גם אחרי שמוחקים אותו. מפרידים בין קובץ הגדרות כללי שנשמר במאגר, לבין קובץ סודות שנשאר רק בשרת. עוד על אבטחה באבטחת מידע לעסק קטן.
ובוורדפרס?
באתר וורדפרס, Git מתאים במיוחד לקוד שנכתב לאתר — תבנית ייעודית ותוספים מותאמים. התוכן עצמו (עמודים, מאמרים, הגדרות) יושב במסד הנתונים, ולכן הוא מגובה בנפרד ולא דרך Git. זו גם אחת הסיבות לבנות על תבנית ייעודית בלי בונה עמודים: כשהעיצוב יושב בקוד ולא בהגדרות של בונה עמודים, כל שינוי עיצובי נרשם בהיסטוריה וניתן לבדיקה ולשחזור.
איך זה נראה ביום-יום
- שינוי נכתב בסביבת הפיתוח.
- נשמר ב-commit — "תמונת מצב" עם הסבר קצר: מה השתנה ולמה.
- נבדק בסביבת בדיקות.
- נפרס לאתר החי מתוך המאגר — כך שמה שבאוויר הוא בדיוק גרסה מסוימת שאפשר להצביע עליה.
דוגמה לפקודות בסיסיות:
git status git add . git commit -m "Fix mobile menu on service pages" git log --oneline
פריסה מתוך המאגר
בשיטה הישנה, מעלים קבצים לשרת ב-FTP. הבעיה: אין רישום של מה הועלה, קל לשכוח קובץ, וקשה לחזור אחורה. בפריסה מתוך Git, השרת מושך גרסה מוגדרת מהמאגר, כך ש:
- ידוע בדיוק איזו גרסה רצה באתר.
- חזרה לגרסה קודמת היא פעולה אחת, לא שחזור ידני.
- אפשר להריץ בדיקות אוטומטיות לפני כל פריסה.
כך מנוהלת למשל WebGPT, פלטפורמה שבניתי ומפעיל: הקוד מנוהל ב-Git, והשרת מתעדכן מתוך המאגר — כך שכל גרסה שבאוויר היא נקודה מתועדת בהיסטוריה.
מה זה נותן לבעל האתר
- שקיפות — רשימה של כל שינוי שנעשה, מתי ולמה.
- ביטחון — שינוי שהשתבש מתוקן בחזרה לגרסה הקודמת, בלי לחכות לשחזור גיבוי.
- עצמאות — כשהמאגר נמסר לכם, כל מפתח אחר יכול להמשיך מאותה נקודה. זה חלק ממה שכדאי לבקש במסירת אתר.
שאלות נפוצות
מה ההבדל בין Git ל-GitHub?
Git הוא הכלי שמנהל את הגרסאות. GitHub (וגם GitLab ו-Bitbucket) הם שירותים שמארחים מאגרי Git ברשת, עם הרשאות, סקירת קוד ואוטומציה.
האם Git מחליף גיבוי?
לא. Git שומר את הקוד, אבל לא את מסד הנתונים ולא את הקבצים שהועלו. צריך גם גיבוי מלא.
האם המאגר צריך להיות פרטי?
באתר של עסק — כן, ברוב המקרים. גם במאגר פרטי, סודות לא נשמרים בתוכו.
מאמרים קשורים: תבנית בת בוורדפרס (Child Theme): מה זה, איך זה עובד ומתי לא צריך ותיעוד אתר: מה צריך לכתוב כדי לא להיות תלויים באדם אחד.
אני מנהל ב-Git את הקוד של מה שאני בונה, ומעביר ללקוח את הקוד שלו — כי הוא שלו. אם אתם רוצים אתר שבנוי כך מההתחלה, ראו מערכת ניהול תוכן בהתאמה אישית או ספרו לי על הפרויקט.
אהבתם את המאמר?
