というわけでちょっと変わったことをしてみました。私にはいくつかの支店がmaster
ありdev
ました。master
最新の安定版がdev
あり、最先端を行き、リリース時にマージさmaster
れます。
しかし、これはあまり良くありません。多くの人がプル リクエストを作成すると、マスター ブランチにたどり着くからです。最近、プル リクエストを閉じて、dev ブランチから新しいブランチをチェックアウトし、そこに変更を加えるように依頼する必要がありました.
というわけで、作ってdev
master
、作ってみることにしmaster
stable
ました。
dev
チェックアウトして最初にしたこと:
git branch -m master stable
次に、新しいブランチに切り替えます。
git checkout stable
次に移動dev
しmaster
ます:
git branch -m dev master
そのため、ローカルには (以前は ) と (以前は ) の 2 つのブランチがmaster
ありdev
ましstable
たmaster
。
次に、各ブランチを個別にチェックアウトし、それぞれを実行git push origin <branchname>
しました。
問題
私が気づいた最初の問題は、新しいstable
ブランチ(マスターだった)でプッシュした後でも、次のようになることでしたgit status
:
# On branch stable
# Your branch is behind 'origin/master' by 6 commits, and can be fast-forwarded.
#
nothing to commit (working directory clean)
git はまだリモートでこのブランチが に関連付けられているmaster
と考えています。git でこのブランチを正しいリモート ブランチに関連付けるにはどうすればよいですか?dev
master
stable
私が気付いた 2 つ目の問題は、GitHub にブランチdev
がまだ存在していることです。リモート バージョンを削除するにはどうすればよいですか?
GitHub での 3 番目の問題は、 branch を選択するmaster
と、その下に最新のコミットがdev
ブランチに表示されます。いくつかのコミットでそれは変わりますか?同じことが他のブランチにも当てはまります (最新の commit to master
forと表示されstable
ます)。
ローカル リポジトリにあるものを使用して、リモートを完全に最新の状態にするにはどうすればよいですか?