Skip to content
Deploy Reliability·3 min·עברית

הצ׳קליסט אחרי כל deploy: בדוק את הכתובת החיה

צ׳קליסט קצר לבדיקה אחרי כל deploy: לפתוח את כתובת הפרודקשן עצמה ולעבור ראוט אחר ראוט, כי בילד ירוק לא מבטיח שהפרודקשן חי.

הצ׳קליסט אחרי כל deploy: בדוק את הכתובת החיה

מה מקבלים

צ׳קליסט מעשי לבדיקה אחרי כל deploy, שתופס מחיקה שקטה של עמודים חיים שאף טסט לא רואה

למי זה מתאים

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

1. מה קרה לי, בלי לייפות

שבעה מדריכים היו חיים והחזירו 200 במשך שעות. דיפלוי אחד דרך git, בלי קומיט חדש, בנה מחדש מהדחיפה הישנה והחזיר את כל השבעה ל-404 במכה אחת. לא נגעתי בקוד. אף טסט לא תפס. גיליתי רק כשפתחתי שוב את הכתובת החיה.

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

2. הכלל שצריך לקבע

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

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

3. הצ׳קליסט אחרי כל דיפלוי

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

  • פתח את כתובת הפרודקשן עצמה, לא preview ולא localhost.
  • עבור ראוט אחר ראוט על כל דף שאמור להיות חי.
  • ודא שהדף מחזיר 200 ולא 404 או שגיאת שרת.
  • בדוק שהתוכן על המסך הוא הגרסה החדשה, לא ריק ולא ישן.
  • זכור שגם דיפלוי בלי קומיט חדש יכול לשנות את הפרודקשן.

4. איך לבדוק כל ראוט מהר

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

תיבה להעתקה
# רשימת הכתובות שחייבות להיות חיות
URLS=(
  "https://example.com/guides/scale"
  "https://example.com/guides/bill"
  "https://example.com/guides/route"
)

for u in "${URLS[@]}"; do
  code=$(curl -s -o /dev/null -w "%{http_code}" "$u")
  echo "$code  $u"
done

# כל שורה שהיא לא 200 = דגל אדום, פתח אותה בדפדפן עכשיו

5. עדיין פותחים דף אחד בעיניים

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

  • הטקסט על המסך הוא הגרסה החדשה, לא cache ישן.
  • אין בלוק ריק, שגיאת hydration או תמונה שבורה.
  • הכפתור או ה-CTA המרכזי באמת עובד בלחיצה.
  • במובייל הדף לא נשבר, כי שם רוב הצפייה.

6. מה למסור לסוכן שמבצע דיפלוי

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

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

7. תסתכל אחורה גם בלי דיפלוי חדש

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

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

איך להשתמש בזה עכשיו

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

AI-native products, workshops, and automations. Built from everywhere.

© 2026 Daniel Goldman