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

1
VCSのapp / etc / config.phpかどうか
fileに関する質問がありますapp/etc/config.php。 このファイルはここで説明され、定義されています: Magento base dir/app/etc/config.php。インストールされたモジュール、テーマ、および言語パッケージのリストが含まれています。 app/etc/modules/*Magento 1のようです(通常、これらのファイルはVCSにあります)。 ただし、Magento 2では、VCS(Official .gitignore)では共有しないことをお勧めします。 VCSで共有するための質問があるか、事例を使用していますが、VCSに追加することは推奨されないため、理解したいです 実稼働環境(展開システムを使用Capistrano/Deployer, etc) あなたは新しい展開を作る...そして、あなたは必要が有効新しい/ sのモジュール/ sのphp bin/magento module:enable VendorName_NewModule前にsetup:upgrade この状況をどのように管理しますか? 新しいデプロイメントを作成し、前に(すべての状況で)new / sモジュールを無効にする必要がありますphp bin/magento module:disable VendorName_NewModulesetup:upgrade この状況をどのように管理しますか? ローカル環境 チームで特定のモジュールを有効/無効にしたくない場合 この状況をどのように管理しますか? ステージング環境 共有しない場合、実稼働対応/無効化モジュールの同じ構成をどのように実現できますか? app/etc/config.php この状況をどのように管理しますか?手動で作成する必要がありますか? あなたの視点は何ですか、またはこれらの状況をどのように管理しますか? ありがとう * VCS:バージョン管理システム、例:git、svnなど

5
VCSでのMagento 2プロジェクトの推奨構造は何ですか?
新しいM2プロジェクトを開始するとき、最初に行うことは、composerを使用してコアをインストールすることです。 composer create-project --repository-url=https://repo.magento.com/ magento/project-community-edition これで、カスタムモジュールとテーマをで作成できますapp/code。次に、VCSにフォルダーcomposer.*全体を追加しapp/codeます。これまでのところ、すべてが正常です。 ここで、プロジェクトにいくつかのビルドツールを使用したいとします。GruntまたはGulpとしましょう。 自分でコミットGruntfile.jsすると、リポジトリを複製した後にmagento/magento2-base実行すると、パッケージによって上書きされますcomposer install。 私は私をコミットした場合gulpfile.js、私は本当に私の中で依存関係を定義することはできませんpackage.json、それはまたによって上書きされるため、magento/magento2-base。 MagentoのGruntセットアップを使用し、/dev/tools/grunt(たとえばthemes.js)の下のファイルを編集してカスタマイズしたい場合、変更がによって上書きされるため、できませんmagento/magento2-base。 私の理解では、ドキュメントルートではそれほど多くのことはできないということです。もちろん、この問題には多くの解決策があります。 git checkout -インストール直後に実行して自分のファイルをリセットできました /buildたとえば、ビルドファイルを専用フォルダーに保存できます。 Phing、Ant、Rakeなどの別のビルドツールを使用できます(ただし、フロントエンドの開発者はそれほど満足しません) magento/magento2-baseコアファイルのカスタムマッピングを持つカスタムパッケージに置き換えることができます(実際には最適ではありませんが、オプションです) 私は個人的にこれらのオプションをすべて嫌うので、私がやろうとしていることを達成するための好ましいまたはより良い方法があるかどうか知りたいです。 誰も同じ問題を抱えていますか?どのように解決しましたか?VCSでプロジェクトをどのように構成しますか? 更新 プロジェクトのセットアップに関連する追加のポイント。私の実験では、Magento composerインストーラーがファイルオーバーライドのフラグを持っていることに気付きました。 "extra": { "magento-force": "override" } 間違っていない場合は内部的にブール値として扱われるため、falseオーバーライドをスキップするように設定しようとしました。composer installファイルが既に存在するため、インストールを実行すると失敗します。基本的に、Magentoにファイルを上書きさせない場合、インストールできません。 このフラグの目的は何ですか?私のためにチェックを実行することだけを想定していますか?正直に言うとあまり意味がありませんが、誰かが主題に光を当てることができるかもしれません。

1
Magento 2でconfig.phpを管理する方法
まず第一に、すでに答えられた質問かもしれませんが、私はその主題について何も見つけませんでした。 これは問題ではなく、config.phpMagento 2でファイルを管理する最良の方法についての質問です。 実際、config.phpバージョン管理されていないため(デフォルトではM2 .gitignoreファイル)、リポジトリにありません。問題は、誰かがこのファイルを持たないプロジェクトをインストールするとき、彼はすでにデータベースを持っているのでbin/magento setup:install ...、ファイルを生成するために実行できないことです。ファイルが存在し、モジュールを追加できる場合にのみ、宣言されていないモジュールを追加する ことを認識していますが、プロジェクトを展開またはインストールするたびに起動しないようにしたいと思います。 bin/magento setup:upgradeconfig.phpbin/magento module:enable 私の質問: -削除config.phpし.gitignore、バージョン管理する必要がありますか? -リポジトリに最初に追加して、.gitignore後で追加する必要がありますか? -このファイルを管理する最良の方法は何ですか?

2
Magento2-ローカル/ステージング/プロダクションデプロイメント&gitignore
これは質問というよりも一種の議論かもしれません。 Magento2とローカル > ステージング > 本番環境で従うデプロイメントポリシーを知りたい 何度か試した後、最善の(または、少なくとも最も確実な)アプローチは、git内のベンダーフォルダーを含むこのgitignoreファイルになると判断しました。 .DS_Store /.buildpath /.cache /.metadata /.project /.settings atlassian* /nbproject /sitemap /sitemap.xml /.idea /.gitattributes /app/config_sandbox /app/etc/config.php /app/etc/env.php /app/code/Magento/TestModule* /lib/internal/flex/uploader/.actionScriptProperties /lib/internal/flex/uploader/.flexProperties /lib/internal/flex/uploader/.project /lib/internal/flex/uploader/.settings /lib/internal/flex/varien/.actionScriptProperties /lib/internal/flex/varien/.flexLibProperties /lib/internal/flex/varien/.project /lib/internal/flex/varien/.settings /node_modules /.grunt /pestle.phar /pub/media/*.* !/pub/media/.htaccess /pub/media/catalog/* !/pub/media/catalog/.htaccess /pub/media/customer/* !/pub/media/customer/.htaccess /pub/media/downloadable/* !/pub/media/downloadable/.htaccess /pub/media/import/* !/pub/media/import/.htaccess /pub/media/theme/* /pub/media/theme_customization/* !/pub/media/theme_customization/.htaccess /pub/media/wysiwyg/* !/pub/media/wysiwyg/.htaccess /pub/media/tmp/* …

4
composerによってインストールされたMagentoモジュールのシンボリックリンクを無視する方法
を使用してモジュールをインストールしますcomposer.phar。 これによりpublichtml/app/code/community、たとえばをターゲットとするシンボリックリンクファイルが作成されvendor/themodule...ます。 私.gitignoreはベンダーディレクトリを除外しましたが、リンクはもちろんgitに残ります。 それらのリンクを自動的に除外する簡単な方法はありますか?(すべてを手動で.gitignoreに追加する以外) 私はrequire-dev最終的なサーバーで終わるべきではないいくつかのモジュールを持っていると言わなければなりません-したがって、それらのリンクがあることは少なくともそれほど良くないでしょう。
11 composer  git 

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