2

私は GitHub で OpenSource プロジェクトに取り組んでおり、いくつかのルールに同意しています (関連するものをリストします)。

  • マスターへのマージは、プル リクエストによって行われます。
  • master へのすべてのマージは、少なくとも 2 人が「触れる」必要があります。
  • すべての新機能は、適切な名前のブランチに実装されます。

私が遭遇した実際のケースは次のとおりです。

  1. 機能 A の必要性が現れました。
  2. ブランチを作成し、aそこに実装しました。
  3. aブランチからにプル リクエストを提案しましたmasterが、現在それをレビューする人がいません。

私が遭遇した問題は、私が取り組みたい別の機能 B があるということです。ただし、機能 B には機能 A の変更が存在する必要があります。機能 B のソース コードを保存するにはどうすればよいですか?

私のアイデアは次のとおりです。

  • aA 実装の終了を示すタグをブランチに作成します。
  • bそこから分岐しaて、さらに変更を加えます。
  • bそこから直接分岐しmasterてチェックアウトaします。

私は Git の経験があまりないので、上記のすべてに私が気付いていない問題がある可能性があり、おそらくそれを適切に管理する別の方法があると思います。私が抱えている問題の最善の解決策は何ですか?

a注: B の実装が完了する前に、master にマージされる可能性が高いです。

4

3 に答える 3