כאשר הפריסה נכשלת
כישלון בפריסה אינו משנה את מה ש־CoRoid חושב שהוא פועל בסביבה. ה־ פרוס שלב מציג את הניסיון הכושל עם קישור להפעלת הקוֹנָה שלכם. תקנו את הסיבה, הריצו שוב את הבדיקות אם הן כבר לא רלוונטיות, ואז פרסו שוב. כל ניסיון נשמר בהיסטוריית הגרסה.
אם נראה שהניסיון נתקע, בדקו את ההפעלה ב־CI/CD ואת האסמכתא לדיווח לפני שתנסו שוב. היעדר דיווח בדרך כלל מעיד על צורך לתקן את האסמכתא או את פורמט האירוע, ולא על כישלון בפריסה.
כאשר התקינות דורשת טיפול
לאחר פריסה מוצלחת, CoRoid מפעיל את תרשים האיכות הקנרי של הפרויקט
(תרשים איכות המכיל deployment_canary מאפשר) אם הוא כבר פורסם. כישלון בקנרי מציג דורש טיפול ב־ תקינות שלב. הפריסה עדיין נחשבת מוצלחת, מכיוון שהקומיט אכן הגיע לסביבה.
בחנו את הראיות של הקנרי ואת יומני הקוֹנָה, ואז או תקנו והמשיכו עם גרסה חדשה או חזרו לקומיט קודם.
חזרו לקומיט תקין
- גרסה 2.4.0 בייצורנפרס, אך בדיקת הקנרי נכשלהדורש תשומת לב
- בחרו שחרור קודם שהיה תקין כאן
- 2.3.1השחרור התקין האחרון ב-Productionתקין
בגרסה שכרגע מפורסמת, פתחו את תקינות עבור הסביבה ומצאו שחזרו קומיט תקין קודם. הרשימה מציגה גרסאות קודמות שפורסמו שם ועברו את בדיקת התקינות שלהן.
- צינור התהליך שלך מחובר ל־CoRoid. בחרו בקשו ביטול פריסה, הזן ענף או תגית המצביעים על הקומיט התקין, וציין את הסיבה. CoRoid בודק את ה־ref ומתחיל הפעלה חדשה עבור הגרסה הקודמת. הסביבה חוזרת לפעול רק כאשר צינור התהליך מאשר הצלחה.
- הקוֹנָה שלכם פועלת באופן אוטומטי. בצע גלגול חזרה לשם. אם הוא מדווח על פריסות, CoRoid רושם את התוצאה אוטומטית. אם אינו יכול לדווח, בחר רשמו ביטול פריסה חיצוני על הגרסה התקינה. CoRoid בודק שהגרסה שאתה מחליף עדיין היא הנוכחית ושהיעד עבר את בדיקת הבריאות שלו.
הן הפריסה המקורית והן ביטול הפריסה נשארים גלויים בהיסטוריה.
שחררו מספר פרויקטים יחד
חלק מהשינויים חוצים פרויקטים, למשל API חדש והאפליקציה שמשתמשת בו. מרשימת הגרסאות, בחרו תאמו רצף פריסה, קראו לו ובחרו גרסה אחת לכל פרויקט בסדר הפריסה הרצוי.
רצף פריסה הוא תצוגה משותפת, לא פריסה אחת. כל גרסה שומרת את הקומיט, הבדיקות, האישורים והקוֹנָה שלה, ואתם מפרסמים כל אחת מהן מהדף שלה. רצף הפריסה מציג נמצא בחלקו בשלב פריסה כאשר חלק מהחברים עדיין לא הגיעו לסביבות שלהם, כך שהעבודה הנותרת נשארת גלויה.