React Canaries: Увімкнення інкрементного розгортання функцій за межами Meta

Втім, це не завжди можливо. Іноді нові можливості пов'язані з іншими новими можливостями, які ще не повністю завершені і над якими ми все ще активно працюємо. Ми не можемо випустити їх окремо, оскільки їхні реалізації пов'язані між собою. Ми не можемо випускати їх окремо, тому що вони впливають на ті самі пакети (наприклад, react і react-dom). І нам потрібно зберегти можливість ітерації над частинами, які ще не готові, без шквалу випусків великих версій, що вимагав би від нас semver.

На Meta ми вирішили цю проблему, збираючи React з гілки main і вручну оновлюючи його до певного закріпленого коміту щотижня. Це також підхід, якого дотримуються випуски React Native протягом останніх кількох років. Кожен стабільний реліз React Native закріплений за певним комітом з гілки main репозиторію React. Це дозволяє React Native включати важливі виправлення та поступово впроваджувати нові можливості React на рівні фреймворку без прив'язки до глобального графіку випуску React.

Ми хотіли б зробити цей робочий процес доступним для інших фреймворків та кураторських налаштувань. Наприклад, він дозволяє фреймворку поверх React включити пов'язане з React виправлення до того, як це виправлення буде включено в стабільний реліз React. Це особливо корисно, тому що деякі зміни впливають лише на інтеграції фреймворку. Це дозволяє фреймворку випустити таку зміну у власній молодшій версії, не порушуючи semver.

Поширення релізів на каналі Canaries дозволить нам мати тісніший цикл зворотного зв'язку і гарантувати, що нові можливості будуть всебічно протестовані у спільноті. Цей робочий процес ближчий до того, як TC39, комітет зі стандартів JavaScript, обробляє зміни на пронумерованих етапах. Нові можливості React можуть бути доступні у фреймворках, побудованих на React, до того, як вони потраплять у стабільний реліз React, так само як нові можливості JavaScript постачаються у браузерах до того, як вони будуть офіційно затверджені як частина специфікації.

Чому б не використовувати експериментальні випуски?

Хоча ви можете технічно використовувати експериментальні релізи, ми не рекомендуємо використовувати їх у виробництві, оскільки експериментальні API можуть зазнавати значних змін на шляху до стабілізації (або навіть можуть бути повністю видалені). Хоча Canaries також можуть містити помилки (як і будь-який реліз), в майбутньому ми плануємо повідомляти про будь-які значні зміни в Canaries в нашому блозі. Canaries найбільш близькі до коду, який Meta виконує всередині, тому ви можете очікувати, що вони будуть відносно стабільними. Однак вам необхідно зберігати закріплений реліз і вручну сканувати журнал коммітів GitHub при оновленні між закріпленими коммітами.

Ми очікуємо, що більшість людей, які використовують React поза межами кураторської установки (як фреймворк), захочуть продовжувати використовувати стабільні релізи. Однак, якщо ви створюєте фреймворк, ви можете розглянути можливість встановлення версії React на Canary, прив'язаної до певного комміту, і оновлювати її у своєму власному темпі. Перевага такого підходу полягає в тому, що ви можете випускати окремі завершені функції та виправлення React раніше для ваших користувачів і за вашим власним графіком, подібно до того, як це робиться в React Native протягом останніх кількох років. Недоліком є те, що ви берете на себе додаткову відповідальність за перевірку того, які комміти React підтягуються, і повідомляєте користувачам, які зміни React включені до ваших релізів.

Якщо ви автор фреймворку і хочете спробувати цей підхід, будь ласка, зв'яжіться з нами.

Завчасне оголошення про суттєві зміни та нові функції

Релізи Canary - це наше найкраще припущення щодо того, що увійде до наступного стабільного релізу React у будь-який момент часу.

Традиційно ми оголошували про порушення змін лише наприкінці циклу релізу (коли робили старший реліз). Тепер, коли релізи Canary є офіційно підтримуваним способом використання React, ми плануємо перейти до анонсування важливих змін та значних нових функцій по мірі їх появи в Canaries. Наприклад, якщо ми об'єднаємо важливу зміну, яка вийде в Canaries, ми напишемо про це пост в блозі React, включаючи кодомоди та інструкції з міграції, якщо це необхідно. Потім, якщо ви автор фреймворку, який випускає старший реліз, що оновлює закріплений React Canary, щоб включити цю зміну, ви можете зробити посилання на наш блог у примітках до вашого релізу. Нарешті, коли буде готова стабільна основна версія React, ми дамо посилання на вже опубліковані публікації в блозі, що, як ми сподіваємося, допоможе нашій команді швидше просуватися вперед.