便利な展開とバージョン管理に関して、SPAプロジェクトの構造を整理する正しい方法は何ですか？

Question

前提条件：

---

は私がpopuplarフロントエンドJSフレームワークの1つに基づくべき単一ページのアプリケーション（SPA）プロジェクト開発、およびフロントエンドをogranizeする必要があり、これは一息に基づいてフロントエンド構築システムの使用を意味します/最終的なバンドルを構築するためのwebpackは、Es2015 jsソース、Sassスタイル、Jadeマークアップとしましょう。バックエンドはLaravel 5.xに基づいている必要があります。

最後に、バックエンドコードで動作するフロントエンドバンドルを用意しました。開発の各段階で、私はフロントエンドバンドルと特定のバックエンドコードを持っていて、一緒に正しく動作することができます。

質問：最も正しくバージョン管理下にあるすべての私のソースコードを配置方法

---

1. （のは、Gitリポジトリを使用して言わせて）？バックエンドとフロントエンドの2つの独立したリポジトリのすべてのプロジェクトに対して1つのリポジトリを作成する必要がありますか？どうして？

2. 現在のリリースバージョンのプロダクションサーバーをプロダクションサーバーに最も簡単で簡単に展開するためのバージョンコントロールの構成方法を教えてください。ここで

私の考えです：それはひとつのリポジトリにフロントエンド・バンドルとバックエンドのコード+移行の両方の実際のバージョンを持っているのは良いアイデアのように見えますが、私のジレンマです：生産のために私は唯一のフロントエンドバンドルを必要とするが、初期フロントエンドのソースコード（sass、jadeなどのファイル）ではありません。私のフロントエンドのバンドルは、フロントエンドのソースコード/スタイル/ makrupの変更ごとにビルドシステムを常に再構築しているので、出力バンドルはビルドごとに異なります。

• バックエンドとフロントエンドの両方に共通のリポジトリを作成すると、フロントエンドのソースもリポジトリに含まれ、プロダクションサーバーには必要ありません。
• フロントエンドとバックエンドの2つの独立したリポジトリを作成すると、実際のフロントエンドバンドルとバックエンドコードの実際のバージョンをどのように同期させることができますか？

私はこれが私を理解するのに非常に明確に書かれたと思いますが、私はそのような疑問を明確にすることができるいくつかのドキュメントのアドバイスやリンクをお願いします。

Answer 1

私はfrontendとbackendするための2つの別々のリポジトリを作成した場合、どのように私は、実際のfrontendバンドルとbackendコードの実際のバージョンを同期させるだろうし、どのように私は私のプロジェクトの特定のバージョンに戻るのでしょうか？通常、そのタスクsubmodulesとして宣言frontendとbackendの正しいバージョンを記録することで、親レポを介して行われ

。

frontendとbackend変更は、それらのレポのSHA1を言及git statusあなたの親レポが変更されるたび（つまりそのgitlinks、メイン親レポのspecial entries in the index）の他に、（その親レポを押すことにより

frontendとbackend repos）を押すと、どのバージョンのfrontendがbackendのバージョンになるかを把握できます。また、親リポジトリ履歴を使用して特定のバージョンのプロジェクトに戻ることもできます。