-1

私はワンマン ショーで、過去 1 年半にわたってビジネス ニーズに合わせてカスタマイズされた新しいカスタム CRM を開発し、それに取り組んできました。25 年以上の経験を積んだ開発者に相談することができて光栄でした。

予算の制約により、私は (当面の間) 彼の助けを借りることができなくなり、ライブ展開の準備をした経験がありません。(現在ライブはありません)

私は現在、本番サーバーをセットアップしています (耐え難いほど)、それを起動して実行することができ、現在データを移行し、OPcache をセットアップしています。

彼が私に言ったことの1つは、次のことでした。

  • ローカル ホスト (私が仕事をする場所)
  • 開発サーバー (変更をデプロイしてテストする場所)
  • 本番サーバー (ライブの変更もプッシュする場所)

質問 1)現在、開発サーバーと運用サーバーがあります。あなたの経験に基づいて、'Local Host -> Dev Server'プロセスは 1 人のショーに本当に必要ですか? 単純に自分の作業を行い、開発サーバー内で自分の変更をテストしないのはなぜですか? 一般的な慣行の例をいくつか教えてください。

質問 2)本番サーバーに変更をデプロイする場合、これを行うための経験に基づいた一般的な方法は何ですか?

質問 3)質問 2 から離れて、「ホット フィックス」も適用する必要がある差し迫った問題がある場合はどうなりますか?

質問 4) 最後に、あなたの経験に基づいてバージョンを追跡する一般的な方法は何ですか? GitHub の使用を検討していました。

4

1 に答える 1

0

ここでは、次の 3 つの環境を想定しています。

Development --> Test ---> Production

開発中にコードを記述し、そのコードをテストに移行し (移行プロセスと新しい拡張機能/バグ修正をテストするため)、安定したら、そのコードを本番環境に移行します。

質問 1) コードをテストすることは常に必要です。顧客のビジネスはこのシステムに依存しており、テストされていないコードをプッシュすることは、そのビジネスを台無しにする素晴らしい方法です。

アプリケーション テストと統合テストを混同している可能性があります。「ワンマン ショー」では、統合テストがない場合がありますが、コードと展開プロセスをテストする必要があります。テスト環境は、ユーザーがニーズを満たしていることを確認するために、機能強化やバグ修正を試すのにも役立ちます。

質問 2) PHP アプリケーションをデプロイしているようです。この質問を読んでアイデアを得ることができますが、古いです。一般に、これは非常に主観的な質問であり、さまざまなツールや意見があります。StackExchange は、そのような議論の場ではありません。

質問 3) ソース コード管理を使用して、必要に応じて「ホット フィックス」または「拡張」ごとに 1 つずつ、コード ツリーの複数のコピーを作成できます。ホット フィックスが実行され、テストされ、運用環境に正常に移行されたら、ホット フィックス ディレクトリ ツリーを削除できます。

質問 4) 繰り返しますが、ソース コード管理を使用しています。GitHub を使用して Git をローカルで実行するか、または Mercurial、Subversion などを選択できます。SCM の選択については議論の余地がありますが (StackExchange の適切なトピックではありません)、ソース コード管理を使用することでバージョン管理の要件が解決されます。

于 2016-09-30T04:17:45.043 に答える