複数の大規模なgitブランチの管理とレビュー方法は？

Question

ここに大きな問題があります。各スプリントには複数のユーザーストーリーがあり、ユーザーのストーリーごとに新しいブランチが作成されます。

開発の途中で、開発者はコード/メソッドなどが必要であることに気づきます。それらはそのブランチからマージします。時々彼らはチェリーピッキングを行い、時にはパッチを作り、それを互いに交換することもあります。彼らが何をしているかに関わらず、スプリントの終わりには、複数のプルリクエストで同じコードを参照するため、レビューアに問題があります。

残念ながら、私たちのユーザーストーリーはサイズと量（スプリントごとの米国の数）の両方で大きく、これは経営者の判断です。それについては何もできません。

PRのサイズとPRの数のため、レビュー担当者は、レビューしたコードが他のブランチで既にレビューされているかどうか、また同じレビューアではないことを覚えていない可能性があります。

問題は、これらのブランチをどのように管理し、ベストプラクティスですか？ブランチにコードが重複しないようにする方法はありますか？

正しい順序でレビューできるようにマージを賢明に判断できるツールはありますか？

また、変更がどこから来ているのかを表示するレビューツールを使用して、レビュー担当者が彼の変更に関連していない別のPRからの変更であることを知ることができます。現在、このような機能を提供していないBitBucketを使用しています。

Answer 1

Gitリポジトリを管理するために、ソースツリーを試してみることをお勧めします。どのブランチで作業しているのか、どのようにブランチをレイアウトしているのかを視覚的に示すための便利なUIインターフェイスを提供します。多くの機能を提供し、レポに複数の支店がある大規模なプロジェクトではうまく機能します。

https://www.sourcetreeapp.com/