回答:
リリースの命名規則と さらなる説明については、Drupal.orgを参照してください。
概要：
rc =リリース候補。作成者が本番サイトに適していると見なします。
rc：リリース候補は、すべての重大なバグタイプの問題がプロジェクトの問題キューで修正されたと報告された場合にのみ作成する必要があります。このタグは、プロジェクトが本番サイトで使用できる状態であると開発者が確信している場合にのみ使用してください。公式の.0リリースを作成する前にプロジェクトがリリース候補になる期間についての公式のベストプラクティスはありませんが、ステータスが「要確認」に設定された状態で少なくとも1か月間は公開しないことをお勧めします。何か（たとえば、新しい重大なバグが報告された）がこの期間中に新しいリリースを作成する必要がある場合は、新しいリリース候補を作成し、これを少なくとも1か月間ステータスを「要確認」に設定しておく必要があります。
モジュール「rc」に未解決の機能要求の問題をタグ付けしても問題ありません。モジュールの作成者は、モジュールのすべての機能リクエストユーザーが課題キューに投稿する必要はありません。
その他の許可されたリリースタグの説明は次のとおりです。
不安定：プロジェクトは安定した状態ではありません。おそらく、セキュリティの問題を含め、修正されていないバグが多数あります。APIは予告なく変更される場合があります。データベーススキーマは、hook_update_N実装せずに変更される場合があります。使用法とAPIは文書化されていない場合があります。新しい不安定なリリースをインストールすると、プロジェクトがアンインストールされ、すべてのデータが失われます。プロジェクトの早期プレビューを希望する方のみ。共有開発にはまだ適していません。
alpha：ほとんどの報告されたエラーは解決されましたが、セキュリティの問題を含め、重大な未解決の既知の問題が残っている可能性があります。プロジェクトは完全にテストされていないため、不明なバグも多数ある可能性があります。プロジェクトとそのAPI（存在する場合）を文書化するREADME.txt / README.mdがあります。APIとDBスキーマは使用可能かもしれませんが、これらに対するすべての変更はリリースノートで報告されており、hook_update_Nスキーマの変更を通じてデータを保持するために実装されていますが、他のアップグレード/更新パスはありません。生産現場には適していません。対象読者は、プロジェクトのテスト、デバッグ、開発に参加したい開発者です。
beta：すべての重要なデータ損失とセキュリティバグが解決されました。モジュールがAPIを提供する場合、APIを使用している人がプロジェクトのアップグレードを開始できるように、それは凍結されていると見なされるべきです。プロジェクトのアップグレードまたは更新の場合は、アップグレード/更新パスが提供され、既存のユーザーがデータを失うことなく新しいバージョンにアップグレード/更新できるようにする必要があります。すべてのドキュメントが最新である必要があります。対象読者は、プロジェクトのテスト、デバッグ、開発に参加したい開発者、およびプロジェクトとインターフェースをとる他のプロジェクトの開発者です。一般に本番サイトには適していませんが、サイト管理者がプロジェクトをよく知っていて、残っている問題を処理することを知っている場合は、一部の本番サイトで使用できます。
文字列「dev」と「stable」はリリースタグの一部としては無効ですが、タグなしの開発リリースは「dev」と見なされ、Drupalによって「7.x-1.x-dev」などの説明が与えられますタグなしの開発リリースであることを示す.orgリリースパッキングシステム。
すべてのリリースタグは数字で終わる必要があります。数値は、同じクラスのリリースを区別するためのものです。最初の番号は「1」（「alpha1」のように）、次の番号は「2」というように番号が付けられます。
PS。リリースを示す文字列（「7.x-1.0-alpha4」など）は、「名前」ではなくgit用語では「リリースタグ」として知られています。また、タグの一部としてdrupal マイナーバージョンを使用することはなく、代わりに「x」を使用します。