Git Submodule vs ignore files

Question

プロジェクトには多くのコンポーネントが含まれています。たとえば、ログイン関連のコードはサービスフォルダにあり、UI関連のコードはUIフォルダにあります。私は簡単にフォルダを更新し、別のプロジェクトで使用したい。

1つの解決策は、サブモジュールを使用することです。しかし、時には複雑すぎて問題を起こしやすい。

コンポーネントフォルダを無視ファイルに入れて、そのフォルダを別のリポジトリに入れて、プルしてプッシュするだけでよいのだろうか？

Answer 1

各コンポーネントごとに個別のgitプロジェクトを作成することを考えています。これらのコンポーネントのいずれかを要求するプロジェクトは、ソースツリーのサブフォルダ（または外部の何かにシンボリックリンク）でチェックアウトする必要があります。 .gitignoreのエントリは、インクルードプロジェクトへの偶発的な追加を防ぐのに役立ちます。

これはうまく動作します。私はシンボリックリンクについて言及しました。あなたがそれらを持っていない場合は、コピーごとにコンポーネントの新しいブランチを効果的に作成し、リモートマスターに何をフィードバックするかを決定します。他の用途には関係のないローカル変更のための新しいブランチを作成する可能性があります。シンボリックリンクでは、すべての変更がそれにリンクする他のすべてのソースツリーに即座に影響します。しかし、ブランチを変更すると、そのシンボリックリンクされたフォルダーの他のすべての用途も変更されるため、プロジェクトを1つのプロジェクトに含めることはできません。

あなたのプロジェクトの構造（コード、更新/リリース、配布、...）とソースを集中的に組織する方法あなたのサブプロジェクトのコード管理。私はリモートアクセス可能なリポジトリでより多くの外部コードを許可すると、ある時点でgitサブプロジェクトのより正式なアプローチに感謝するかもしれません。

Answer 2

私は簡単にフォルダを更新し、別のプロジェクトで使用したいと思います。

これまでプライベートレポジトリを使用して作曲者を試したことはありますか？プロジェクト間でコードを簡単に共有できます。