2

というわけでちょっと変わったことをしてみました。私にはいくつかの支店がmasterありdevました。master最新の安定版がdevあり、最先端を行き、リリース時にマージさmasterれます。

しかし、これはあまり良くありません。多くの人がプル リクエストを作成すると、マスター ブランチにたどり着くからです。最近、プル リクエストを閉じて、dev ブランチから新しいブランチをチェックアウトし、そこに変更を加えるように依頼する必要がありました.

というわけで、作ってdev master、作ってみることにしmaster stableました。

devチェックアウトして最初にしたこと:

git branch -m master stable

次に、新しいブランチに切り替えます。

git checkout stable

次に移動devmasterます:

git branch -m dev master

そのため、ローカルには (以前は ) と (以前は ) の 2 つのブランチがmasterありdevましstablemaster

次に、各ブランチを個別にチェックアウトし、それぞれを実行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 でこのブランチを正しいリモート ブランチに関連付けるにはどうすればよいですか?devmasterstable

私が気付いた 2 つ目の問題は、GitHub にブランチdevがまだ存在していることです。リモート バージョンを削除するにはどうすればよいですか?

GitHub での 3 番目の問題は、 branch を選択するmasterと、その下に最新のコミットがdevブランチに表示されます。いくつかのコミットでそれは変わりますか?同じことが他のブランチにも当てはまります (最新の commit to masterforと表示されstableます)。

ローカル リポジトリにあるものを使用して、リモートを完全に最新の状態にするにはどうすればよいですか?

4

1 に答える 1