タグ付けされた質問 「features」

サイト開発者がサイト構成の要素をエクスポートして別のサイトで使用するために使用するモジュールに関する質問に使用します。

1
サイトをバージョン管理し、継続的統合環境をセットアップする必要があります
私は、(開発者ごとに)バージョン管理を必要としないほど小さく始まったDrupal 6xプロジェクトの起業家ですが、今ではそれなしには方法がないと確信しています。JIRAに関する豊富なドキュメントがあり、すべてを網羅した適切に記述されたユーザーストーリーを備えています。私はこれをどのように行うことができるかについて少し読んで、次の計画を思いつきました- モジュールを使用してデータベースからサイトコードを分離する 状況 特徴 強い腕 プロファイラー SVNリポジトリにコードを配置し、ステージングサイトを作成します EC2実稼働サーバーでステージングサーバーのミラーを作成します Seleniumテストを作成し、Saucelabsを使用してクラウド上で実行します Elastic Bambooを使用してJIRA Studioでビルドワークフローを作成し、自動更新を実行します Drush Makeを使用してプロファイルを更新およびインストールする 実稼働サーバーで更新を実行します(方法はわかりません) まず、コンポーネント(ビュー、コンテンツタイプ、モジュールなど)を含む約50の「機能」のリストを作成しました。サイトには約12個のカスタムモジュールとWebサービスが含まれており、カスタムコード(ほとんどの場合、アップグレード可能なビューまたはモジュールに変換したい)を含むコンテンツタイプの「アプリケーション」のインスタンスが10個あるため、これは間違いなく困難です。良い点は、サイトがまだ運用されていないため、リスクがまだ限られていることです。 誰かが似たようなことをした経験はありますか?どのような落とし穴や制限に遭遇するでしょうか?上記の計画を改善/修正するための提案、またはそこにいる専門家が私に持っているかもしれない洞察やアドバイスをいただければ幸いです。

4
Drushを介して機能にコンポーネントを追加する
「drush fu」を使用して既存の機能のコンポーネントへの変更を探すことを理解していますが、drushを使用して既存の機能にコンポーネントを追加する方法はありますか?現在、/ adminツールを使用して、ファイルの再作成、ダウンロード、アップロードなどを行う必要があります。このプロセスをdrushで実行する方法があればいいと思います。
28 drush  features 


8
プログラムで機能コンポーネントを元に戻す
インストールプロファイルを使用してフィーチャーをインストールしました。ただし、特定のコンポーネントをオーバーライドして削除されないように、常に元に戻す必要があります(たとえば、機能のブロックが表示されるようにするため)。インストールプロファイルのコード自体を使用してプログラムでこの手順を実行できるかどうかを知りたかっただけです。 以下のスクリーンショットでは、プログラムで元に戻す必要のあるコンポーネントを示しています(スクリーンショットでは、既に元に戻されているため、チェックボックスは使用できません)。
21 7  features 


2
3開発環境で機能モジュールを使用する方法は?
Featuresを多用してプロジェクトに取り組んでいるとき、このアプリケーションには3人の開発者がいることがあります。 いくつかのアプローチを試しましたが、gitブランチをマージすると、お互いの機能の変更を「上書き」することが多いようです。競合がたくさんあり、機能モジュールが壊れて使用するのが苦痛になっているようです。 機能は、プロジェクトでの設定のための本当に素晴らしい時間節約であり、私はこれに取り組む方法があると確信しています。 競合や上書きのリスクを減らすワークフローまたは手順はありますか? 機能に関する手がかりは大歓迎です。


3
Bean、Box、Fieldable Panelsペインの選択方法
Bean、Box、Fieldable Panelsペインはすべて同様の機能を提供します。それらの違いを正確に理解するのは困難です。 互いに比較した場合の利点/欠点は何ですか?それらは異なるユースケースに向けられていますか? Panelで何らかの種類のブロックを使用してカスタムコンテンツを追加したい-コンテンツエディターもコンテンツを追加できる必要があるため、必要なブロックは純粋な構成ではありません。しかし、私も機能を使用しています... 編集:主な違いと思われるものを追加します 箱 最大のユーザーベース(〜11500) ブロックを構成として扱います(つまり、コンテンツは機能に含まれます) 統合を提供するモジュール 豆 最近人気があり、〜1000インストール ブロックをコンテンツとして扱いますが、マシン名を介して(Beanパネルなどを介して)設定のエクスポートを許可します 統合を提供するモジュール Fieldable Panelsペイン 最小のユーザーベース(〜400) Panels / Views / etcの著者から。 ペインは、Beanやボックスなどのテーマ領域で通常のブロックとして使用できません(私は仮定します) ここで言及したBeanに対する利点は何だろうか(「コンテンツ管理者が特定のページをレイアウトするのを容易にする追加機能を提供する」)

3
2つの機能モジュール間のこの競合を解決するにはどうすればよいですか?
さまざまなメニュー、ビュー、メニューなどの2つのコンテンツタイプがあり、これらを2つの機能カスタムモジュールとしてパッケージ化しました。2つのコンテンツタイプはどちらも分類法を使用し、データベース内のいくつかの同じフィールドを使用します。これらの機能モジュールを新しいサイトにロードすると、これらの共通のフィールドとボキャブラリで競合が表示され、競合を解決する最善の方法はわかりません。 機能モジュールは連携して機能することを目的としていますが、両方が同じサイトに存在する必要はありません。それぞれが他の異なる機能でも動作する場合があります。どちらもビューのフィルタリングなどに分類法とフィールドを使用しているため、これらはそれぞれ機能定義にこれらのコンポーネントを含むことが理にかなっています。したほうがいい: モジュールの1つからフィールドと分類法を削除し、他のモジュールへの依存関係を宣言しますか?これは、それぞれが他方なしで機能できるため、望ましくありません。 機能の2つのバージョンを作成します。1つは独立して使用するためのもので、もう1つはコラボレーションするためのものです。 フィールドと分類法を別個の機能として定義しますか? 競合を無視してモジュールを有効にしますか?(もしそうなら、彼らはフィールドを共有しますか?) 別の解決策? これはまだテストしていませんが、2つの機能モジュールのいずれかを無効化またはアンインストールすると、他のモジュールで必要な場合でもデータベースからフィールドが削除されますか?
16 features 

1
機能を使用して展開を管理する場合、機能を多くの小さな機能または1つの大きな機能に分割する必要がありますか?
私はに比較的新しいです特徴モジュールを、私は)それがAを維持するために最も簡単なのかどうかについては、オンラインで一つの大きな機能またはBを矛盾した勧告を読んで)いくつかの小さな機能し、「機能・コントローラー」タイプのモジュールリストは、すべての小さな機能することを依存関係として。 特定の状況について少し:私はlocal development -> dev server -> staging server -> live serverワークフローを使用しています。この特定のサイトは、ほぼ間違いなく、私がこれまでに開発した唯一のサイトです。featuresこのサイト用に作成したを他のサイトで使用するつもりはありません。 これにより、過去に複数の機能で同じルールを誤って定義して問題が発生したことがあるため、すべてを1つの大きな機能で実行することに傾倒します。ただし、構造の観点からは、これは私には間違っているように思われます。異なる機能/機能があるため、別々の機能に分割する必要があります。一方で、これを行うことで、自分に追加の作業とオーバーヘッドを作成するだけで、誰にも利益をもたらさないと感じています。 実際のプラクティスでは、1つの大きな機能と多くの小さな機能のどちらを維持する方が簡単ですか?
15 7  features 

6
インストールできません…すでにアクティブな構成に存在しています
Drupal 8.1で、基本ページに何らかの変更を加えるカスタムモジュールまたはカスタム機能をアクティブにしようとすると、このようなメッセージが表示され続けます。(フィールドを追加)。 それは本当に迷惑です... 手順: データベースを完全にクリア /install.phpに移動し、標準プロファイルを選択します サイトが実行されているので、Extend 機能の選択-基本ページ 結果: Unable to install Feature - Basic Page, core.base_field_override.node.page.promote, core.entity_form_display.node.page.default, core.entity_view_display.node.page.default, core.entity_view_display.node.page.teaser, field.field.node.page.body, node.type.page already exist in active configuration. うん...それが私がしたいことです:これらのデフォルト設定を変更してください! 期限切れ: 基本ページにいくつかの変更を加える機能をインストールできます。 私の特徴 これは、機能モジュールで作成した私の機能です 基本的に、2つのフィールド、banner_imageとbackground_imageを基本ページに追加します ファイル: config install core.base_field_override.node.page.changed.yml core.base_field_override.node.page.created.yml core.base_field_override.node.page.promote.yml core.base_field_override.node.page.status.yml core.base_field_override.node.page.sticky.yml core.base_field_override.node.page.title.yml core.base_field_override.node.page.uid.yml core.entity_form_display.node.page.default.yml core.entity_view_display.node.page.default.yml core.entity_view_display.node.page.teaser.yml field.field.node.page.body.yml field.field.node.page.field_banner_image.yml field.field.node.page.field_image.yml field.storage.node.field_banner_image.yml …
15 8  features 

1
機能を使用してコンテンツタイプをエクスポートする[終了]
閉じた。この質問はより集中する必要があります。現在、回答を受け付けていません。 この質問を改善したいですか?この投稿を編集するだけで1つの問題に焦点を当てるように質問を更新します。 4年前に閉鎖されました。 私はそれに苦労していますが、私はそれを自分ではできません。Googleは、他のモジュールが役に立たないチュートリアルのリンクを提供してくれません。 Drupalサイトから別のコンテンツタイプの定義をエクスポートしたいと思います。 誰かが私にそれを行う方法のヒントを教えてもらえますか?

4
フィールドの削除に関する機能のワークフローの問題
私は、コンテンツの種類があるとPersonフィールドを持つと:Name、Age、Email このコンテンツタイプは、と呼ばれる機能によって制御されるtestため、ソース管理してライブサイトにプッシュできます。 私のワークフローは次のようになります。 私は上の新しいフィールドを追加するPersonと呼ばれますPhone ローカルに私は: drush fu test -y 編集しtest.infoてバージョン番号を増やします 変更をリポジトリにコミットします 機能をライブサイトにプッシュします(機能ファイルをコピーします) 私が行うライブサイトで: drush fr test -y 私が行うライブサイトで: drush cc all 次に、新しいフィールドがライブサイトのに表示されPersonます。 最初のステップでフィールドを削除しても、フィールドのPersonフィールドはライブサイトから削除されません。これをどうやって解決しますか?ライブサイトのUIから手動で削除する必要はありません。 このワークフローは正しいですか?
14 7  features 

3
機能のブロック設定のエクスポート(Drupal 7)
開発サイトと本番サイトの間に合理的なワークフローを作成する方法を学ぼうとしていますが、このタスクを達成するために機能モジュールを使用することにしました。 私のフロントページには、新しく追加され、トップレートのコンテンツを表示するいくつかのブロックがあります。これらのビューをエクスポートするために機能を使用しましたが、ブロック設定をエクスポートする機能モジュールの内部にはとにかく表示されません。ページのコンテンツセクションに表示されるように、新しいプロジェクトと最高評価のブロックを設定しました。ビュー内のフロントページにのみ表示されるようにフィルターします。 機能内でこれらのブロック設定をエクスポートして、各サイトでそれらを再構成する必要がないようにするにはどうすればよいですか?
13 7  blocks  features 

1
機能を備えた多言語設定をエクスポートする
10個のコンテンツタイプをエクスポートする機能を使用していますが、多言語設定は取得できません。私の質問は、これが可能かどうか、おそらく強力な武器を使用するか、それらの設定を手動で変更する必要がありますか? i18nモジュールを使用し、設定したcontent_type編集メニューでcontent_typeを翻訳可能にしたい: 公開設定->多言語設定->翻訳を有効にする 多言語設定->拡張言語オプション->言語が必要(言語ニュートラルを許可しない)。
12 7  features  i18n-l10n 

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.