以前のコミットにリセットすることができます。その状態にあなたのレポをリセットするには
git log
:あなたがあなたのレポをリセットしたいコミット最初の図アウト
git reset --hard <commit_hash>
あなたはフォークリモートレポを持っている場合は、あなたが戻ってこれらの変更をプッシュすることができますそれ:
git push -f <remote> <branch>
あなたのワークフローを変更して、将来的にもっと簡単にすることができます。
私がレポをフォークして自分で変更するときは、まず2台のリモコンをセットアップします。 1つのリモコンが私の分岐したレポ(例:origin
)を指し、別のリモートポイントを元のレポに追加します(例:original_repo
)。 feature
:
$ git remote
origin
original_repo
私は元、内のすべての私の仕事を行うためのブランチを作成します。だから私のようなものがあるかもしれません。プルリクエストをするときは、feature
ブランチからoriginal_repo
master
ブランチに転送します。あなたの例のようにプルリクエストが拒否された場合、このブランチを放棄することができます。より多くの変更を行う場合は、master
から別のブランチを作成し、それを使用して作業してください。
また、master
ブランチのローカル変更をコミットまたはマージしません。私はmaster
ブランチを使用して、original_repo
master
ブランチと同期するだけです。例:
git checkout master
git fetch original_repo
git merge original_repo/master
これはmaster
ブランチは、常にオリジナルのレポのmaster
ブランチにアップ同期化されることを確実にします。たとえば、プルリクエストが受け入れられ、マージされた場合、フェッチとマージが発生すると、ローカルmaster
は、元のレポに使用されたすべての「承認済み」コードを持ちます。
は、基本的にはオリジナルのレポのmaster
と同期して、編集をしたいときは常にマスタから分岐するmaster
を使用しています。オリジナルのリポジトリへのプルリクエストには、これらのブランチを使用します。
_proposed_変更を別個の(分岐した)ブランチにしましたか? –