git - Zend Framework 2 を Git のバージョン管理されたプロジェクトにどのように含めることができますか?

Question

Zend Framework 2 プロジェクトのバージョン管理はどのように管理する必要がありますか? これにはベストプラクティス/「標準的なアプローチ」がありますか? 「サブモジュール」は正しいキーワードですか?

Answer 1

Zend Framework 2 プロジェクトは通常、さまざまなモジュールがインストールされた軽量のスケルトン アプリケーションであり、通常は個別の専用リポジトリにあります。

通常、メイン リポジトリは多くの変更の影響を受けないため、git リポジトリ ( ZendSkeletonApplicationのフォーク) を作成できます。モジュールはより関連性が高く、注意が必要ですが、スケルトン アプリケーションは通常、数か月にわたっていくつかの詳細のみが変更されます。

次のアプローチを提案できます。

1. アプリ固有のモジュールの最初のバージョンを、スケルトン アプリケーション フォークのディレクトリにgit サブモジュールとして作成します。modules/
2. 元のリポジトリに戻ってコミットし、ルート リポジトリの git サブモジュール参照を更新するだけで、提案された方法でモジュールを操作できます。
3. かなりうまく機能するバージョンができたら (そして、composerと zf2 全般にある程度の自信が持てるようになったら)、composer.jsonファイルを追加してそれらを composer パッケージに変換できます。
4. 変換された zf2 モジュールの git サブモジュールを削除し、composer を使用して代わりにインポートします。これを行うには、composer にリポジトリの場所を伝えるだけで済みます。これにより、モジュールを任意のアプリケーションに数秒でインストールできるようになり、既存のコンポーネントを再利用するのに役立ちます。さまざまなプロジェクトで作成したコードを再利用することが、今後は非常に簡単になります。
5. パッケージの依存関係とバージョンをタグ付けし、徐々に安定させます (独自のプライベート コンポーザー パッケージ エコシステムを持ち始めるため)

これは私が個人的に行っている方法であり、非常に素晴らしい開発プロセスになっています。機能が共有されるたびに、それを新しいパッケージに移動composer.jsonし、モジュール内を更新するだけです。Satisが残りの処理を行い、ライブ システムはすべて非常に高速にアップグレードされます。

composerに慣れてきたら、composer に関するさらに高度なテクニックとヒントとコツを読みたいと思うかもしれません。