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