web-dev-qa-db-ja.com

drupal.orgで完全なプロジェクトを作成する方法は？

Drupal 7.でカスタムモジュールを作成しました。そして、このモジュールを drupal.org で提供したいと思います。このために、drupal.orgでアカウントを作成しましたおよび サンドボックスプロジェクトを作成 。

今、私はそれを完全なプロジェクトにする方法を得ていません。

community-official-site
4
jsh

サンドボックスモジュールを完全なプロジェクトに昇格させるには、1回限りのレビュープロセスを実行する必要があります。

チェック： 完全なプロジェクトを作成する権限を申請

プロモーションの問題を作成する前に、必ず プロジェクトアプリケーションチェックリスト を確認して、良いレビューを得てください。

3
AjitS

開始点は https://www.drupal.org/project/projectapplications このページの指示に従って問題を作成する必要があります。人々はこのモジュールが貢献に適しているかどうかを（自動および手動で）確認します。

2
Kevin

サンドボックスプロジェクトを完全なプロジェクトに昇格させるには、drupal docs： https://www.drupal.org/node/1011698 。

許可を得ると、サンドボックスを完全なプロジェクトにプロモートできるようになります。

完全なスクリーンショットは次のとおりです。 https://www.drupal.org/node/1068952 。

2
WaQaR Ali

2017/03/07以降、プロジェクトを推進するためにユーザー Project Application Reviewプロセスを実行する必要はありません 。この変更により、git-vettedステータスを持たない人々は、1つのサンドボックスプロジェクトを完全なプロジェクトステータスに昇格させることができます。 変更レコード も参照してください。

セキュリティアドバイザリカバレッジに関する強力なシグナルは、Drupal.orgのプロジェクトページ、およびコアが消費するためにDrupal.orgによって提供されるupdates.xmlで利用できます。また、プロジェクトメンテナがセキュリティアドバイザリの適用を選択できるフィールドもあります。

つまり、Gitリポジトリの使用ポリシーに同意したすべてのユーザーが、サンドボックスプロジェクトをリリース付きの完全なプロジェクトにプロモートできるように、ゲートを開くことができるようになりました。

この変更と同時に、「git-vetted」ユーザーロールを「セキュリティカバレッジを許可する」ロールとして転用します。既存のプロジェクト申請プロセスは、完全なプロジェクトを推進するためのゲートから、セキュリティ勧告のカバレッジをオプトインするためのゲートに移行します。そのプロセスは、フォローアップのさまざまな利害関係者によってさらに洗練されます。

このプロセスの変更も反映するようにドキュメントを更新します。

2
mpdonadio

「drupal.orgで完全なプロジェクトを作成する」ための別のアプローチは、既存の（+ 17K）寄稿されたモジュールを調査し、それらを次のようなステータスのプロジェクトに絞り込むことです。

取得した検索結果から、（名前空間）（=モジュールのマシン名）が（新しい）モジュールの内容に適合する（または十分に近い）ものがあるかどうかを確認します。

次に、以下の手順を使用して（指定された順序で）、モジュールの所有権の譲渡を要求します。

  1. Drupal.orgの所有者のお問い合わせフォームからモジュールの所有者に連絡し、所有権の譲渡を依頼します。
  2. 現在の所有者が移管に同意するように指示した場合、または2週間後にステップ1への応答がない場合は、 Drupal.orgプロジェクト所有権プロジェクト （コンポーネント=Ownership transfer）、「所有権の譲渡」をリクエストします（ステップ1からの関連するコミュニケーションを含めて、リクエストの動機付けを行います）。 Issue＃236792 はそのような問題の例です。
  3. ステップ2からの要求を処理する担当者は、現在の所有者への連絡も試みます（ステップ1への応答がない場合）。また、（約）2週間の猶予期間後、プロジェクトの所有権はあなたに変更されます（現在の所有者から何らかの変更があったというフィードバックがない限り）。

  4. 新しい所有者になったモジュールに対して、確認プロセスを一切行わずに、やりたいことをすべて実行します。ただし、次のことを確認してください。

    • どういうわけか前の所有者に信用を与えます。
    • 古いバージョンのモジュールの（GIT）履歴を破棄しません。

上記の期間は問題なく機能しますが、すべての手順を完了するのに少し時間がかかります（最大で数週間）...そして、結合の量を減らすために少し貢献するという利点があります（私は思う）-貢献したモジュールを探しています。

[〜＃〜] ps [〜＃〜]：現在のメンテナが「うーん、貢献に興味のある人」のようなもので応答/反応する場合があります私が始めたモジュールの2番目のライブへ...モジュールの所有権を転送するのではなく、共同メンテナステータスのみを付与するのはどうですか？」それが起こった場合、「あなた」はあなたがイエス/ノーがそれを受け入れる用意があるかどうかを決定しなければなりません。その場合の妥協の可能性としては、「どうやったらテーブルをめくる：私がオーナーになり、あなた（現在のオーナー）を共同メンテナにする」ことが考えられます。

1
Pierre.Vriens