gitに関する基本的な質問がいくつかありますが、まだ理解できていません。誰かが私を助けてくれることを願っています。Magentoプロジェクトに取り組んでいるとしましょう。ローカルで実行していますが、オンラインにしたいです。だから私はgitを使って私の店を私のサーバーにプッシュします。Magentoがアップデートを提供するまで、すべてが正常に機能します。だからここに私の質問があります：
ローカルディレクトリに変更を加え、git add + git commitを実行しますが、MagentoConnectを介してMagentoShopを1.7から1.7.1に更新すると、サーバーとローカルコンピューターのセットアップが異なります。 ？
それで、私は何をしなければなりませんか、それらを等しくしますか？サーバーで実行されているバージョンからチェックアウトして、ローカルのMagentoに置き換える必要がありますか？
バージョン管理の観点から、開発環境とライブ環境を同じブランチに置くことは望ましくありません。たとえば、masterブランチを開発に使用してから、ライブ環境をstableブランチに置くことができます。feature複数の,releaseおよび分岐を持つ分岐構造もありhotfixます。しかし、今はシンプルにしましょう。
アップデートについて。それらをライブ環境で直接実行したくはありません。関連する DB の変更をロールバックすることはほぼ不可能です。したがって、その逆ではなく、常に作業を更新して開発からライブにアップストリームにプッシュしてください。
そのため、常に開発環境 (マスター ブランチ) でアップグレードを行い、テスト後にそれらをリポジトリにコミットします。その後、他のブランチにマージするかチェリーピックすることができます。その後、ライブ ブランチ (つまり、git pull または git fetch、git rebase) を更新して、アップグレードをデプロイします。
Magento のインストールとアップグレードでこのワークフローを使用しようとしています。私見ですが、Magento ライブ サイトをシームレスにアップグレードする方法はありません。ある時点で、DB が新しいバージョンに再構築されている間、注文を停止するためにダウンタイムが必要になります。
私が得る最も近い方法は、新しいバージョンを実行して別のクラウド インスタンスをセットアップし、すべてのバグが解決されたらデータベースを削除することです。次に、現在のライブ DB をインポートし、新しい Magento ホストをしばらくの間、その上でチャーンさせます。
次に、アップグレードが完了したら、手動でデータを入力する必要がある古いサイトを無効にするかどうかを決定します。
次に、新しい Magento ホストが機能するようになったら、ドメインを新しいインスタンスを指すように切り替えます。