מפתחי פיירפוקס הודיעו על צמצום במחזור הכנת גרסאות חדשות של הדפדפן תוך ארבעה שבועות (הגרסאות הקודמות הוכנו במשך 6-8 שבועות). Firefox 70 יושק על פי לוח הזמנים לעיל ב 22 באוקטוברואז שישה שבועות אחר כך ב -3 בדצמבר תכין גרסת Firefox 71, לאחר מכן הם יווצרו מהדורות עוקבות כל ארבעה שבועות (7 בינואר, 11 בפברואר, 10 במרץ וכו ').
איפה גרסה ארוכת טווח של תמיכה (ESR) ישוחרר פעם בשנה כמו בעבר והיא תישאר עוד שלושה חודשים לאחר הקמת הגרסה הבאה של ESR. עדכונים מתקנים לסניף ESR יסונכרנו עם המהדורות הרגילות וישוחררו גם כל 4 שבועות.
הגרסה הבאה של ESR תהיה Firefox 78 המתוכננת ליוני 2020. SpiderMonkey ו- Tor Browser יעברו גם למחזור בנייה של 4 שבועות.
הסיבה לקצר את מחזור הפיתוח זה הרצון להביא פונקציות חדשות למשתמשים במהירות רבה יותר. מהדורות תכופות יותר צפויות להגביר את הגמישות בתכנון פיתוח מוצרים ויישום שינויים עדיפים העונים על דרישות החברות והשוק.
לדברי היזמים, מחזור הפיתוח בן ארבעה שבועות מאפשר איזון אופטימלי בין מהירות אספקת ממשקי ה- API החדשים להבטחת איכות ויציבות.
החל מהרבעון הראשון של 2020, אנו מתכננים לשלוח גרסה עיקרית של Firefox כל 4 שבועות. קצב השחרור של Firefox ESR (מהדורת תמיכה מורחבת עבור ארגונים) יישאר זהה.
בשנים הבאות אנו צופים שחרור ESR גדול כל 12 חודשים עם חפיפה של 3 חודשים בתמיכה בין ה- ESR החדש לבין סיום חיי השימוש של ה- ESR הישן. שתי המהדורות העיקריות הבאות של ESR יהיו ~ יוני 2020 ו- ~ יוני 2021.
מחזורי שחרור קצרים יותר מספקים גמישות רבה יותר לתמיכה בתכנון מוצרים ושינויים בעדיפות עקב דרישות עסקיות או שוק.
עם מחזורים של ארבעה שבועות, אנו יכולים להיות זריזים יותר ותכונות הספינה מהירות יותר, תוך שימוש באותה קפדנות ובדיקת נאותות לשחרור יציב ואיכותי.
בנוסף, אנו שמים תכונות חדשות והטמעה של ממשקי API חדשים לרשת בידי מפתחים במהירות רבה יותר. (זה מה שעשינו לאחרונה ביישומי עדכוני CSS, למשל).
צמצום זמן נדרש להתכונן לשיגור יוביל להפחתת זמן הבדיקה עבור גרסאות בטא, הגרסאות הליליות ומהדורות המפתחים, המתוכננות לפצות באמצעות עדכונים תכופים יותר עבור גרסאות הניסיון.
במקום להכין שתי גרסאות בטא חדשות בשבוע, מתוכנן להתאים את תכנית השחרור בתדירות בטא לענף הבטא, ששימש בעבר לגרסאות לילה.
כדי לשמור על האיכות ולמזער את הסיכון במחזור מקוצר, עלינו:
- ודא כי התפוקה ההנדסית של Firefox אינה מושפעת לרעה.
- האץ את לולאת משוב הרגרסיה מפריסה לגילוי ורזולוציה.
- להיות מסוגל לשלוט בפריסת הפונקציות על סמך זמינות הגרסה.
- ודא בדיקה נכונה של תכונות גדולות יותר המשתרעות על פני מחזורי שחרור מרובים.
- יש תהליכי הקלה והחלטה ברורים ועקביים.
כדי להפחית את הסיכון לבעיות בלתי צפוי על ידי הוספת כמה חידושים משמעותיים, השינויים הקשורים אליוs יועברו למשתמשי הגרסה לא פעם אחת, אלא בהדרגה; בתחילה, ההזדמנות תופעל עבור אחוז קטן מהמשתמשים ואז היא תכוסה במלואה או תנותק באופן דינמי כאשר יתגלו ליקויים.
בנוסף, כדי לבדוק את החידושים ולקבל החלטות לגבי הכללתם בצוות הראשי של תוכנית פיילוט המבחן, המשתמשים יוזמנו להשתתף בניסויים שאינם קשורים למחזור הכנת ההשקה.
מקור: https://hacks.mozilla.org/
ניכור המוני. הפכנו לחזירי ים בכל מגזרי התעשייה.