私は GitHub で OpenSource プロジェクトに取り組んでおり、いくつかのルールに同意しています (関連するものをリストします)。
- マスターへのマージは、プル リクエストによって行われます。
- master へのすべてのマージは、少なくとも 2 人が「触れる」必要があります。
- すべての新機能は、適切な名前のブランチに実装されます。
私が遭遇した実際のケースは次のとおりです。
- 機能 A の必要性が現れました。
- ブランチを作成し、
aそこに実装しました。 aブランチからにプル リクエストを提案しましたmasterが、現在それをレビューする人がいません。
私が遭遇した問題は、私が取り組みたい別の機能 B があるということです。ただし、機能 B には機能 A の変更が存在する必要があります。機能 B のソース コードを保存するにはどうすればよいですか?
私のアイデアは次のとおりです。
aA 実装の終了を示すタグをブランチに作成します。bそこから分岐しaて、さらに変更を加えます。bそこから直接分岐しmasterてチェックアウトaします。
私は Git の経験があまりないので、上記のすべてに私が気付いていない問題がある可能性があり、おそらくそれを適切に管理する別の方法があると思います。私が抱えている問題の最善の解決策は何ですか?
a注: B の実装が完了する前に、master にマージされる可能性が高いです。