1

私はコア プロジェクト (Web アプリ) を持っており、それに付随するいくつかの関連サービスがあります。

これらのサービスはすべてコア プロジェクトのデータベースを読み取るため、db スキーマが変更されるたびに、すべてのプロジェクトを更新する必要があります。新しい機能がコアに追加されると、いくつかのサービスも変更する必要がある場合がありますが、多くの場合、そうではありません。これらのサービスは DB スキーマと緊密に統合されており、他のアプリケーションで再利用することはできません。

さらに、コア Web アプリ プロジェクトのネイティブ OS アプリ スキンであり、機能セットがわずかに削減された別のプロジェクトがあります (したがって、コア Web アプリに追加された新しい機能がネイティブ アプリに表示されなければならないというわけではありません)。ただし、データベース スキーマの変更が発生するたびに更新する必要があります。

このようなプロジェクトの周りに git リポジトリを構築するための推奨される方法は何ですか? コア プロジェクトとサービスは 1 つのレポに一緒に存在するべきだと考えていましたが、ネイティブ アプリもそこにあるのは奇妙に感じます (その論理では、iPad アプリを取得すると、それもそこに移動するのでしょうか??当時は巨大で厄介なレポのようです)。

心に留めておくべきことの 1 つは、多くの人が git に慣れていないため、複雑なワークフローから離れたいということです。

4

1 に答える 1

0

心に留めておくべきことの 1 つは、多くの人が git に慣れていないため、複雑なワークフローから離れたいということです。

その場合、率直に言って、すべてを同じリポジトリに保管することをお勧めします。git の開発が進むにつれて、サブモジュールは使いやすくなりましたが、git を初めて使用する人にとって、サブモジュールは依然として非常に一般的な混乱の原因となっています。

生成された大きなバイナリ ファイルをリポジトリから慎重に除外すると、iPad アプリなどを含むリポジトリを使用することで使用される余分なスペースや帯域幅にほとんど気付かないでしょう。git のオブジェクト ストレージは非常に効率的だからです。

于 2012-10-21T14:27:33.643 に答える