コミットされた（プッシュされていない）変更をプル後に新しいブランチに移動する

私はかなりの作業を行いました（「あなたのブランチは37回のコミットで 'origin / master'の前にあります。」）master。これらのコミットは私のローカルマシンにのみ存在し、にプッシュされていませんがorigin、他の開発者がプッシュしていて、origin/masterこれらの変更をプルしたため、状況は多少複雑です。

37個のローカルコミットを遡って新しいブランチに移動するにはどうすればよいですか？ドキュメントに基づいて、これを行うgit rebase --onto my-new-branch masterか、または...origin/master行う必要があるようですが、どちらも「致命的：単一のリビジョンが必要です」というエラーを表示します。 man git-rebaseはリビジョンを提供することについて何も述べておらずrebase、その例はそうではないので、このエラーを解決する方法がわかりません。

これがあること（注ないの複製既存の移動、Gitリポジトリの新しいブランチにコミットされていない作品や、別のGitのブランチに私の地元のコミットされていない変更をマージする方法は？これらの質問は、ローカルの作業ツリー内のコミットされていない変更、いない変化に対応として、ローカルでコミットされました。）

まだ他のどこにもコミットをプッシュしておらず、ブランチの履歴を後で自由に書き換えることができるため、これで問題ありませんorigin/master。最初にa git fetch originを実行して、それorigin/masterが最新であることを確認します。現在を使用しているとすると、次のことmasterができるはずです。

git rebase origin/master

...ここではない、あなたのコミットの全て再生しますorigin/masterの上をorigin/master。rebaseのデフォルトのアクションは、マージコミット（たとえば、git pullおそらくsが導入したもの）を無視することで、各コミットによって導入されたパッチをに適​​用しようとしますorigin/master。（途中でいくつかの競合を解決する必要がある場合があります。）次に、結果に基づいて新しいブランチを作成できます。

git branch new-work

...次にmaster背中をリセットしますorigin/master：

# Use with care - make sure "git status" is clean and you're still on master:
git reset --hard origin/master

枝を操作し、この種のを行うときgit branch、git resetなど、私はそれが有用頻繁に見に見つけると、グラフコミットgitk --allまたは同様のツール、ちょうどすべての異なるレフリーが指している場所を私は理解していることを確認するために。

または、マスターが最初にどこにあるかに基づいてトピックブランチを作成し（git branch new-work-including-merges）、master上記のようにリセットすることもできます。ただし、トピックブランチにはからのマージが含まれてorigin/masterおり、まだ変更をプッシュしていないため、履歴を整理するためにリベースを行うことをお勧めします。（また、最終的にトピックブランチをマージしてマスターに戻すと、変更がより明確になります。）

コミット数が少なく、これらが1つのメガコミットに結合されているかどうかを気にしない場合、これはうまく機能し、実行するほど恐ろしくありませんgit rebase。

ファイルをアンステージします（1をコミット数で置き換えます）

git reset --soft HEAD~1

新しいブランチを作成する

git checkout -b NewBranchName

変更を追加

git add -A

コミットする

git commit -m "Whatever"

私は同じ問題で立ち往生しました。私は共有したい最も簡単な解決策を見つけました。

1）変更を加えた新しいブランチを作成します。

git checkout -b mybranch

2）（オプション）リモートサーバーに新しいブランチコードをプッシュします。

git push origin mybranch

3）マスターブランチにチェックアウトします。

git checkout master

4）リモートサーバーでマスターブランチコードをリセットし、ローカルコミットを削除します。

git reset --hard origin/master

もう1つの方法は、branch1-コミットされた変更を含むブランチであるbranch2-望ましいブランチであると仮定します

git fetch && git checkout branch1
git log

移動する必要があるコミットIDを選択します

git fetch && git checkout branch2
git cherry-pick commit_id_first..commit_id_last
git push

最初のブランチからプッシュされていないコミットを元に戻す

git fetch && git checkout branch1
git reset --soft HEAD~1

または、間違ったブランチにコミットした直後に、次の手順を実行します。

1. git log
2. git diff {previous to last commit} {latest commit} > your_changes.patch
3. git reset --hard origin/{your current branch}
4. git checkout -b {new branch}
5. git apply your_changes.patch

ステップ1と2にはより簡単なアプローチがあると想像できます。

何について：

1. 現在のHEADから分岐します。
2. 新しいブランチではなく、masterにいることを確認してください。
3. git reset 変更を始める前の最後のコミットに戻ります。
4. git pull リセットで破棄したリモートの変更だけを再度プルするには、

それとも、ブランチを再度マージしようとすると爆発しますか？

これははるかに簡単な方法です：

1. 新しいブランチを作成する

2. 新しいブランチでa- git merge masterこれはコミットされた（プッシュされていない）変更を新しいブランチにマージします

3. ローカルマスターブランチgit branch -D masterを削除するブランチを強制的に削除するので、-D代わりにを使用し-dます。

4. git fetchmasterブランチでa を実行し、masterブランチでaを実行git pullするだけで、チームに最新のコードを確実に提供できます。

私が使用しているより単純なアプローチ（4つのコミットを移動したい場合）：

git format-patch HEAD~4

（最後のコマンドを実行したディレクトリから4つの.patchファイルを探します）

git reset HEAD~4 --hard

git checkout -b tmp/my-new-branch

次に：

git apply /path/to/patch.patch

好きな順番で。

1. ソースの新鮮なコピーをチェックアウト

   git clone ........

2. 希望の位置から分岐する

   git checkout {position} git checkout -b {branch-name}

3. リモートリポジトリを追加

   git remote add shared ../{original sources location}.git

4. リモートソースを取得する

   git fetch shared

5. チェックアウトしたいブランチ

   git checkout {branch-name}

6. ソースをマージ

   git merge shared/{original branch from shared repository}

私にとってこれは最良の方法でした：

1. 変更を確認して競合をマージする git fetch
2. 新しいブランチgit branch my-changesを作成してリモートにプッシュする
3. 上流を新しく作成されたブランチに変更する git master -u upstream-branch remotes/origin/my-changes
4. コミットを新しい上流ブランチにプッシュします。
5. 前のアップストリームに切り替えます git branch master --set-upstream-to remotes/origin/master