私は2つのブランチ、bb
とmaster
を持っています。私はbb
に取り組み、いくつかの変更を加え、Githubにプッシュして、私がmaster
にマージしたプルリクエストを出しました。プロダクションアプリの問題を見て、bb
の変更に問題があると思ったので、Githubのrevert
ボタンをクリックしました。ブランチからの変更をGithubのマスターに再度マージしますか?
問題はコードではなく、サーバーにアップロードしていなかったbb
の変更によって必要とされたデータファイルがあることが判明したので、変更点はbb
からマスター...だから、私はbb
(いくつかの空白を追加)で無意味な変更をして、新しいPRを取得しました。しかし、PRは空白のためのものであり、の他のすべての変更ではなく、master
の相対的な変更であった。私はPRをマージしましたが、確かに空白の変更だけが適用されました。
だから今Githubのは、ファイルfoo.py
の2つのバージョン、bb
に1つ、master
に1を持っている、と私はプルリクエストを作成しようとすると、それは比較するものがありません」と言われます。master
は次第ですすべてのコミットの日付はです。ハァッ?
foo.py
の変更をbb
に実際にマージするにはどうすればmaster
になるのですか? (私はそれが以前に正確にこれらの変更をマージしました...しかしmaster
でfoo.py
の現在の状態がbb
で異なっているので、それはオフにスローさだと思う。)
ためのプルリクエストを作成するには、あなたの変更をプッシュ。 クラップ、私はちょうど問題を認識したと思う。問題は、 'bb 'の変更が' master'の変更よりも古いことです。私が考えることができるのは、空ファイルへの 'foo.py'の変更やコミットとプッシュのような本当にハッキリなことをしてから、' foo.py'に変更を入れてPR I欲しいです。 良い方法がありますか? – dslack
技術的には、コミットはすでにマスターになっています。あなたはマスターをブランチにマージしてから変更することができます。しかし、新しいブランチを作成してから変更をやり直す方が良いかもしれないと思います。あなたはコミットをしていたかもしれませんが、同じ場所に戻ってしまうでしょう。コミットはマスターのためです。したがって、マスターをマージして変更するか、マスターの新しいブランチを作成して変更を加えます。 –
変更内容はファイルの履歴に反映されます。だから私はちょうど新しい枝を作成し、私の古いコミットと比較して、変更をつかみます。次にコミットして押します。プルリクエストを作成すると完了です。 –