Vea Drupal.org para conocer las convenciones de nomenclatura de versiones y más explicaciones .
Resumen:
rc = Release Candidate, considerado adecuado por el autor para los sitios de producción.
rc : Un candidato de lanzamiento solo debe crearse cuando todos los problemas críticos de tipo de error se informan solucionados en la cola de problemas del proyecto. Esta etiqueta solo debe usarse cuando el desarrollador cree que el proyecto está listo para usarse en un sitio de producción. No hay una mejor práctica oficial sobre cuánto tiempo un proyecto debe ser un candidato de lanzamiento antes de crear un lanzamiento oficial .0, pero se sugiere que esté fuera por al menos un mes con el estado establecido en "revisión de necesidades". Si algo (por ejemplo, se informa un nuevo error crítico) hace que sea necesario crear una nueva versión durante este período, se debe crear un nuevo candidato de versión y esto debe permanecer durante al menos un mes con el estado establecido como "necesita revisión".
Está bien etiquetar un módulo "rc" con problemas de solicitudes de funciones pendientes. Los autores de módulos no están obligados a cumplir con todas las solicitudes de funciones que los usuarios del módulo publican en la cola de problemas.
Aquí hay una descripción de las otras etiquetas de lanzamiento permitidas:
inestable : el proyecto no está en un estado estable. Probablemente haya numerosos errores no corregidos, incluidos problemas de seguridad. La API puede cambiar sin previo aviso. El esquema de la base de datos puede cambiar sin hook_update_Nser implementado. El uso y la API pueden no estar documentados. Instalar una nueva versión inestable implica desinstalar el proyecto, perdiendo así todos los datos. Solo para aquellos que desean una vista previa temprana del proyecto. Todavía no es adecuado para el desarrollo compartido.
alfa : la mayoría de los errores informados se resuelven, pero aún puede haber problemas conocidos pendientes, incluidos problemas de seguridad. El proyecto no se prueba a fondo, por lo que también puede haber muchos errores desconocidos. Hay un archivo README.txt / README.md que documenta el proyecto y su API (si corresponde). El esquema de API y DB puede ser utilizable, pero todos los cambios a estos se informan en las notas de la versión, y hook_update_Nse implementa para preservar los datos a través de cambios de esquema, pero no hay otra ruta de actualización / actualización. No apto para sitios de producción. El público objetivo son los desarrolladores que desean participar en las pruebas, depuración y desarrollo del proyecto.
beta : se resuelven todos los errores críticos de pérdida de datos y seguridad. Si el módulo ofrece una API, debe considerarse congelado, para que aquellos que usan la API puedan comenzar a actualizar sus proyectos. Si se trata de una actualización o actualización de un proyecto, se debe ofrecer una ruta de actualización / actualización, y los usuarios existentes deben poder actualizar / actualizar a la nueva versión sin pérdida de datos. Toda la documentación debe estar actualizada. El público objetivo son los desarrolladores que desean participar en las pruebas, la depuración y el desarrollo del proyecto, y los desarrolladores de otros proyectos que interactúan con el proyecto. En general, no es adecuado para sitios de producción, pero puede usarse en algunos sitios de producción si el administrador del sitio conoce bien el proyecto y sabe manejar los problemas pendientes.
Las cadenas "dev" y "stable" no son válidas como parte de una etiqueta de lanzamiento, pero las versiones de desarrollo sin etiquetar se supone que son "dev" y Drupal les da descripciones como "7.x-1.x-dev". Sistema de empaquetado de lanzamiento .org para indicar que son lanzamientos de desarrollo sin etiquetar.
Todas las etiquetas de lanzamiento deben terminar con un número. Los números son solo para distinguir entregas de la misma clase. El primero está numerado "1" (como en "alpha1"), el siguiente "2", y así sucesivamente.
PD. Las cadenas que denotan lanzamientos (como "7.x-1.0-alpha4") se conocen como "etiquetas de lanzamiento" en git parlance, no "nombres". Y nunca usa la versión menor de drupal como parte de una etiqueta, usa "x" en su lugar.