Ответы:
Смотрите Drupal.org для соглашений об именах релизов и дальнейших объяснений .
Резюме:
rc = Release Candidate, который автор считает подходящим для производственных сайтов.
rc : Кандидат на выпуск должен создаваться только тогда, когда сообщается, что все критические проблемы типа ошибок исправлены в очереди проблем проекта. Этот тег следует использовать только в том случае, если разработчик считает, что проект готов к использованию на производственном сайте. Официальных рекомендаций относительно того, как долго проект должен быть кандидатом на выпуск до создания официального релиза .0, не существует, однако предлагается, чтобы он отсутствовал в течение как минимум месяца со статусом «проверка потребностей». Если что-то (например, сообщается о новой критической ошибке) делает необходимым создание нового релиза в течение этого периода, должен быть создан новый релиз-кандидат, который должен оставаться как минимум в течение месяца со статусом «проверка потребностей».
Это нормально, чтобы пометить модуль "rc" с выдающимися проблемами запросов на функции. Авторы модулей не обязаны выполнять каждый запрос функции, который пользователь отправляет в очередь на выпуск.
Вот описание других разрешенных тегов выпуска:
нестабильный : проект не находится в стабильном состоянии. Вероятно, существует множество нефиксированных ошибок, включая проблемы безопасности. API может быть изменен без предварительного уведомления. Схема базы данных может измениться без hook_update_Nреализации. Использование и API не могут быть задокументированы. Установка новой нестабильной версии влечет за собой удаление проекта, тем самым теряя все данные. Только для тех, кто хочет получить предварительный просмотр проекта. Пока не подходит для совместной разработки.
Альфа : большинство сообщений об ошибках устранены, но все еще могут быть серьезные нерешенные известные проблемы, включая проблемы безопасности. Проект не был тщательно протестирован, поэтому может быть много неизвестных ошибок. Существует файл README.txt / README.md, который документирует проект и его API (если есть). Схемы API и БД могут быть пригодными для использования, но обо всех их изменениях сообщается в примечаниях к выпуску, и они hook_update_Nреализованы для сохранения данных посредством изменений схемы, но без других путей обновления / обновления. Не подходит для производственных площадок. Целевая аудитория - разработчики, которые хотят участвовать в тестировании, отладке и разработке проекта.
бета : устранены все критические ошибки, связанные с потерей данных и безопасностью. Если модуль предлагает API, его следует считать замороженным, чтобы те, кто использует API, могли начать обновление своих проектов. Если это обновление или обновление проекта, должен быть предложен путь обновления / обновления, и для существующих пользователей должна быть возможность обновления / обновления до новой версии без потери данных. Вся документация должна быть актуальной. Целевая аудитория - разработчики, которые хотят участвовать в тестировании, отладке и разработке проекта, а также разработчики других проектов, которые взаимодействуют с проектом. Обычно не подходит для рабочих сайтов, но может использоваться на некоторых рабочих сайтах, если администратор сайта хорошо знает проект и знает, как справиться с остальными проблемами.
Струны «Dev» и «стабильный» не действует как часть тега выпуска, но немаркированные релизы развития считаются «Dev» и приведены описания , такие как «7.x-1.x-разработчика» в Drupal .org выпускает систему упаковки, чтобы указать, что это не тегированные разрабатываемые релизы.
Все метки релиза должны заканчиваться цифрой. Цифры только для того, чтобы отличить релизы одного и того же класса. Первый номер «1» (как в «alpha1»), следующий «2» и так далее.
PS. Строки, обозначающие релизы (такие как «7.x-1.0-alpha4»), называются «тегами релиза» на языке git, а не «names». И вы никогда не используете младшую версию drupal как часть тега, вместо этого вы используете «x».