למה בכלל לייצא
שלוש סיבות מובילות אנשים לחפש את זה, והן דורשות דברים שונים.
רוצים גיבוי של הקוד מחוץ לפלטפורמה - החיבור ל-GitHub עונה על זה במלואו. רוצים לעבוד עם מפתח או צוות - גם כאן החיבור עונה, ומוסיף עבודה מקומית ו-pull requests. רוצים לצאת מהפלטפורמה - כאן החיבור הוא רק הצעד הראשון מתוך כמה. פירוט בהמשך.
איך זה עובד, לפי התיעוד הרשמי
התהליך שמתועד במסמכי הפיתוח של Base44:
- בדשבורד של האפליקציה, לחיצה על אייקון GitHub ואז Connect to GitHub
- אישור של Base44 Builder ובחירה לאילו ארגונים או מאגרים לתת גישה
- יצירת מאגר חדש עבור האפליקציה
cloneשל המאגר למחשב המקומיnpm install, והגדרת.env.localעם מזהה האפליקציה וכתובת ה-backendnpm run devלהרצה מקומית
מכאן הסנכרון דו-כיווני ואוטומטי: שינויים שנעשים ב-Base44 מסונכרנים ל-GitHub, ושינויים שמוזגו לענף main מסונכרנים בחזרה. אין אפשרות לדחוף ידנית מ-Base44 ל-GitHub - הכל אוטומטי.
דרישת תוכנית: לפי התיעוד, סנכרון דו-כיווני עם GitHub דורש תוכנית Builder ומעלה.
ארבע המגבלות שכדאי להכיר לפני הלחיצה
זה החלק שנוטה להיקבר בסוף מדריכים, והוא בדיוק החלק שמשנה החלטות. כל אחת מהנקודות מופיעה בתיעוד של Base44 עצמה.
1. אפשר לנתק - אבל לא להשהות
בגרסה קודמת של התיעוד נכתב שהסנכרון קבוע ושאי אפשר לנתק. זה כבר לא המצב, ומדריכים שמצטטים את המשפט ההוא מיושנים. התיעוד מתאר היום ניתוק מפורש: לשונית הקוד, GitHub, אייקון More actions, ואז Disconnect. התהליך אורך כ-30 שניות וזמין רק כשסוכן ה-AI לא באמצע שינוי באפליקציה.
שתי הסתייגויות: אם Disconnect לא מופיע בפאנל, התכונה עוד לא הופעלה לחשבון שלכם. ואין מצב ביניים - או מחובר או מנותק, אי אפשר להשהות את הסנכרון. מה שכן בלתי הפיך נמצא בסעיף 4.
2. היסטוריית הגרסאות שלפני החיבור הופכת ללא זמינה
אחרי החיבור לא ניתן להשתמש ב-Version History כדי לחזור לגרסאות שקדמו לו. אתם מחליפים את רשת הביטחון המובנית של הפלטפורמה בהיסטוריית git. אם עוד לא קראתם על מה Version History כן ולא משחזרת, זה מוסבר במדריך התקלות והשחזור.
3. רק ענף main
הענף master אינו נתמך. אם אתם מייבאים הרגלים מפרויקט ישן, זה שווה בדיקה מראש.
4. אין דרך חזרה לאותו מאגר
זו המגבלה שבאמת אינה הפיכה. אחרי ניתוק לא ניתן להתחבר שוב לאותו מאגר, וחיבור מחדש ל-GitHub ידרוש מאגר בשם אחר. לכן השם שאתם בוחרים בשלב 3 הוא השם לטווח ארוך.
(ניתוק חשבון ה-GitHub כולו הוא פעולה אחרת, מתוך הגדרות החשבון, והיא כן הפיכה. היא רק מונעת יצירת חיבורים חדשים; אפליקציות שכבר מחוברות ממשיכות להסתנכרן.)
מה שהחיבור נותן, ומה שהוא לא
זו הנקודה שהכי מבלבלת, ושווה לומר אותה בפשטות.
החיבור ל-GitHub נותן לכם את קוד האפליקציה. מאגר שאתם שולטים בו, היסטוריית שינויים, יכולת לעבוד מקומית ולצרף מפתחים.
הוא לא מנתק אתכם מהפלטפורמה. קובץ ה-.env.local מצביע על ה-backend של Base44 - כלומר האפליקציה שרצה אצלכם מקומית עדיין מדברת מול השרתים שלהם. מסד הנתונים, ההרשאות, הפונקציות והאימות נשארים שם.
לכן, אם המטרה היא באמת עצמאות, יש שני שלבים ולא אחד:
- ייצוא הקוד - מה שהמדריך הזה מתאר
- העברת התשתית - מסד הנתונים, מדיניות ה-RLS, פונקציות ה-backend והאימות. זה פרויקט בפני עצמו, ותיארנו אותו במדריך המעבר מ-Base44 ל-Supabase
מי שמדלג על ההבחנה הזו מגלה אותה באמצע, בדרך כלל אחרי שכבר הודיע למישהו שהמעבר הושלם.
אם הקוד כבר אצלכם ואתם מעדיפים שמישהו ייקח את השלב השני, זו העבודה של חילוץ פרויקטי Vibe Coding: לוקחים פרויקט שנבנה בכלים כמו Base44 ומביאים אותו לתשתית שמחזיקה בפרודקשן.
צ'קליסט לפני שמחברים
- יש לי תוכנית Builder ומעלה - אחרת הסנכרון הדו-כיווני לא זמין
- בדקתי אם אני צריך גרסה שקדמה להיום - אחרי החיבור לא אוכל לחזור אליה דרך Version History
- המאגר שאני יוצר הוא זה שאני רוצה לטווח ארוך - אין חזרה לאותו מאגר אחרי ניתוק
- הענף הוא
main - יש לי גיבוי של הנתונים, לא רק של הקוד - הייצוא לא נוגע בתוכן שמשתמשים הזינו
- בדקתי RLS לפני שהקוד יוצא החוצה - קוד במאגר פרטי הוא עדיין קוד שיותר אנשים רואים. הרצת Start security check תחת Security בדשבורד היא הצעד הזול ביותר כאן, ומדריך RLS מפרט את השאר
- אין מפתחות בקוד - ובמיוחד לא
service_role. ראו מדריך האבטחה
מקורות
- Base44 - GitHub Integration - התיעוד הרשמי שממנו נלקחו שלבי ההתקנה, דרישת התוכנית וארבע המגבלות
- Base44 - Troubleshooting
שוקלים לייצא ולא בטוחים אם זה גיבוי או תחילת מעבר? דברו איתנו בוואטסאפ - נעבור על הצ'קליסט למעלה יחד לפני שתלחצו על Connect.
