Відповіді:
Дивіться Drupal.org, щоб ознайомитися з умовами іменування релізів та подальшими роз'ясненнями .
Підсумок:
rc = звільнити кандидата, який автор вважає придатним для виробничих сайтів.
rc : Кандидат у випуск повинен бути створений лише тоді, коли про всі критичні проблеми помилки повідомляються зафіксованими у черзі випуску проекту. Цей тег слід використовувати лише тоді, коли розробник вважає, що проект готовий до використання на виробничому майданчику. Не існує офіційної найкращої практики щодо того, як довго проект повинен бути кандидатом на реліз до створення офіційного випуску .0, однак пропонується, щоб він був не менше місяця зі статусом, встановленим "перегляд потреб". Якщо щось (наприклад, повідомляється про нову критичну помилку) потребує створення нового випуску протягом цього періоду, слід створити нового кандидата на випуск, який повинен залишатися щонайменше місяць зі статусом "необхідний перегляд".
Добре позначати модуль "rc", коли проблеми із запитами на функції не вирішені. Автори модулів не зобов'язані виконувати кожен запит на функції користувачів, розміщуючи повідомлення в черзі випусків.
Ось опис інших тегів дозволеного випуску:
нестабільний : проект не знаходиться в стабільному стані. Напевно, існує чимало непоправлених помилок, включаючи проблеми безпеки. API може змінюватися без попереднього повідомлення. Схема бази даних може змінюватися, не hook_update_Nреалізуючись. Використання та API можуть не бути задокументовані. Встановлення нового нестабільного випуску тягне за собою видалення проекту, тим самим втрачаючи всі дані. Лише для тих, хто хоче раннього попереднього перегляду проекту. Ще не підходить для спільної розробки.
альфа : Більшість повідомлених помилок усунені, але все ще можуть бути серйозні невирішені відомі проблеми, включаючи проблеми безпеки. Проект ретельно не перевірений, тому також може бути багато невідомих помилок. Існує README.txt / README.md, який документує проект та його API (якщо такі є). Схеми API та БД можуть бути стабільними, але про всі їх зміни повідомляється у примітках до випуску та hook_update_Nреалізується для збереження даних за допомогою змін схеми, але немає іншого шляху оновлення / оновлення. Не підходить для виробничих ділянок. Цільова аудиторія - це розробники, які хочуть брати участь у тестуванні, налагодженні та розробці проекту.
бета-версія : Усі критичні помилки втрати даних та безпеки вирішені. Якщо модуль пропонує API, його слід вважати замороженим, щоб ті, хто використовує API, могли розпочати модернізацію своїх проектів. Якщо це оновлення або оновлення проекту, слід запропонувати шлях оновлення / оновлення, а існуючі користувачі повинні мати можливість оновлення / оновлення до нової версії без втрати даних. Вся документація повинна бути актуальною. Цільова аудиторія - це розробники, які хочуть брати участь у тестуванні, налагодженні та розробці проекту, та розробники інших проектів, які інтерфейсують проект. Зазвичай не підходить для виробничих майданчиків, але може використовуватися на деяких виробничих майданчиках, якщо адміністратор сайту добре знає проект і знає, що може вирішити всі інші проблеми.
Рядки "dev" і "stable" не дійсні як частина тегу випуску, але невизначені версії розробки вважаються "dev" і дають описи Drupal, такі як "7.x-1.x-dev" .org система упаковки випусків, щоб вказати, що вони є маркованими версіями розробки.
Усі теги релізу повинні закінчуватися цифрою. Цифри лише для того, щоб розрізнити випуски одного класу. Перший пронумерований «1» (як у «альфа1»), наступний - «2» тощо.
PS. Рядки, що позначають релізи (такі як "7.x-1.0-alpha4"), відомі як "теги випуску" в git parlamentar, а не "імена". І ви ніколи не використовуєте другопальну мінорну версію як частину тегу, ви використовуєте натомість "x".