git-bisectですが、N reposの場合

Question

私たちのソフトウェアはモジュール式で、私は約20 gitのリポジトリを1つのプロジェクトに持っています。

テストが失敗した場合は、いくつかの開発者がこれらの20人のレポ上で動作するので、マッチングのコミットを見つけるために時々難しいです。

私はテストが昨日働いていたし、今日reproachable失敗を知っています。

時々私はgitの-bisec使用していますが、これは一つだけのgitのレポのために動作します。

多くの場合、2つのgit reposの変更によってテストが失敗します。

私はNのGitのリポジトリ上で自分自身をループ汚いスクリプトを書くことができますが、その前に、私は専門家がこの問題を解決する方法を知っていただきたいと思います。

私は、Python、Djangoのとpytestを使用していますが、私の知る限り、これは、この質問のために重要ではありません。

Answer 1

私は個人的に複雑なプロジェクトを管理するためにrepo toolを使用することを好みます。これらの20個のreposをmanifest.xmlに入れ、ビルドが開始されるたびに、ビルドが失敗した場合にはマニフェストを作成して、変更されたマニフェストを変更して何が変更されたかを確認します。

Answer 2

「逆依存」CIビルドのためのQAツールのカテゴリがあります。したがって、レベルの低い変更が行われるたびに、より高いレベルのプロジェクトが再構築されます。規模では、リソースを集中的に使用できます。あなたはレポ・ツー・レポの関係を扱って停止し、サブコンポーネントのバージョン・リリースの方法論、次の始まる場合

問題の全体のクラスが削除されます。次に、下位レベルの依存関係のバージョンを追跡して、アップグレードするときにそれが壊れたことを知ることができます。依存関係を体系化したい場合、CIは複数のバージョンの依存関係に対して構築することができます。

Gitのサブモジュールを使用すると、再び低いレベルからの変更を組み込むために時期を決定するために取得して、個々のコミットのために追跡することを実現します。 （特にタグ付きリリースコミットに更新する場合は、リリース版のように使用することもできます）。