タグ付けされた質問 「rebase」

公開リポジトリのブランチがあり、元のリポジトリからの現在のコミットでブランチを更新しようとしています： $ git fetch <remote> remote: Counting objects: 24, done. remote: Compressing objects: 100% (20/20), done. remote: Total 20 (delta 12), reused 0 (delta 0) Unpacking objects: 100% (20/20), done. From git://github.com/path_to/repo 9b70165..22127d0 master -> $/master $ git rebase <remote> fatal: Needed a single revision invalid upstream <remote> <remote>私のリモート名の代わりにあり、実際に私のリモート名ではありません。このエラーに関するドキュメントは少し緩いようです。

162 git  github  rebase 

他のブランチのHEADではなく、特定のコミットにリベースしたいのですが。 A --- B --- C master \ \-- D topic に A --- B --- C master \ \-- D topic の代わりに A --- B --- C master \ \-- D topic どうすればそれを達成できますか？

154 git  version-control  rebase  git-rebase 

はい。私がブランチにいて（たとえばworking）、別のブランチからの変更をマージしたい（たとえばmaster）場合git-merge master、workingブランチ上でコマンドを実行すると、履歴をまったくリベースせずに変更がマージされます。を実行するgit-rebase masterと、の変更masterがリベースされ、workingブランチの一番上に配置されます。しかし、変更をマージし、変更を最上位にmasterリベースしたい場合はどうなりworkingますか？それ、どうやったら出来るの？できますか？ git-rebase working自分のmasterブランチで実行して自分の変更をmasterブランチの一番上に置くことはできましたが、自分のworkingブランチでそれを実行できるようにしたいのですが、どうすればよいかわかりません。私が考えることができる最も近いのは、新しいブランチを作成し、その上に変更をmasterリベースするworkingことですが、workingブランチを変更する代わりに新しいブランチを使用します。

144 git  merge  rebase  git-rebase 

私はgitでリベースしていますが、1つの競合が「両方追加」されています。つまり、まったく同じファイル名が自分のブランチとリベースしているブランチに個別に追加されています。 git status教えて： # Unmerged paths: # (use "git reset HEAD <file>..." to unstage) # (use "git add/rm <file>..." as appropriate to mark resolution) # # both added: src/MyFile.cs 私の質問は、これをどのように解決するのですか？マージツールを使用する必要がありますか、それともコマンドラインからのみ実行できる方法はありますか？もし私git rm src/MyFile.csが削除したいファイルのバージョンと保持したいファイルのバージョンをgitはどうやって知るのですか？

138 git  merge  rebase 

ここで説明するように、古いコミットメッセージを編集しようとしました。 私が実行しようとする事は、今それであるrebase -i HEAD~5ことは言いますinteractive rebase already started。 だから私は試してみますgit rebase --continueが、このエラーが発生しました： error: Ref refs/heads/master is at 7c1645b447a8ea86ee143dd08400710c419b945b but expected c7577b53d05c91026b9906b6d29c1cf44117d6ba fatal: Cannot lock the ref 'refs/heads/master'. 何か案は？

136 git  repository  rebase  git-rebase 

私は中間のGitリポジトリを使用して、リモートSVNリポジトリをミラーリングしています。そこから、人々はクローンを作成して作業できます。中間リポジトリでは、マスターブランチが上流のSVNから毎晩リベースされており、機能ブランチに取り組んでいます。例えば： remote: master local: master feature 私は機能ブランチをリモートに正常にプッシュして戻すことができ、期待どおりの結果になります。 remote: master feature local: master feature 次に、ブランチを再セットアップしてリモートを追跡します。 remote: master feature local: master feature -> origin/feature そして、すべてが順調です。ここで私がしたいことは、リモートで機能ブランチをマスターブランチにリベースすることですが、ローカルマシンからこれを実行したいと思います。私ができるようにしたい： git checkout master git pull git checkout feature git rebase master git push origin feature リモート機能ブランチをリモートマスターで最新の状態に保つため。ただし、この方法ではGitが文句を言います。 To <remote> ! [rejected] feature -> feature (non-fast-forward) error: failed to …

135 git  version-control  branch  rebase  feature-branch 

gitを使用し、masterブランチとdeveloperブランチがあります。新しい機能を追加してから、コミットをマスターにリベースし、マスターをCIサーバーにプッシュする必要があります。 問題は、リベース中に競合が発生した場合、リベースが完了した後、リモートブランチをプルするまで、（Github上の）リモート開発者ブランチにプッシュできないことです。これにより、コミットが重複します。競合がない場合、期待どおりに動作します。 質問：リベースと競合の解決後、重複したコミットを作成せずにローカルおよびリモートの開発ブランチを同期するにはどうすればよいですか セットアップ： // master branch is the main branch git checkout master git checkout -b myNewFeature // I will work on this at work and at home git push origin myNewFeature // work work work on myNewFeature // master branch has been updated and will conflict with myNewFeature …

131 git  merge  rebase  git-merge  git-rebase 

私は、Pro GitでThe Perils of Rebasingに関するシナリオを理解しています。著者は基本的に、コミットの重複を回避する方法を説明します。 公開リポジトリにプッシュしたコミットをリベースしないでください。 私の特定の状況について説明します。ProGitシナリオに正確には適合しないと思いますが、それでもコミットが重複することになります。 2つのリモートブランチがあり、それぞれにローカルのブランチがあるとします。 origin/master origin/dev | | master dev 4つのブランチすべてに同じコミットが含まれており、次の場所で開発を開始しdevます。 origin/master : C1 C2 C3 C4 master : C1 C2 C3 C4 origin/dev : C1 C2 C3 C4 dev : C1 C2 C3 C4 数回コミットした後、変更をorigin/dev次のようにプッシュします。 origin/master : C1 C2 C3 C4 master : C1 C2 …

130 git  branch  rebase 

インタラクティブなリベースを介して混乱しているので、それを中止したいと思います。（つまり、私がインタラクティブリベースモードに入る前のポイントに戻りますgit pull --rebase。私の場合はviaを使用します。）これを行う方法はを介するようですgit rebase --abortが、これは機能しません。 $ git rebase --abort error: Ref refs/heads/master is at 55b388c141b1485b1acd9e050dbeb0eb90ef2ee7 but expected b918ac16a33881ce00799bea63d9c23bf7022d67 fatal: Cannot lock the ref 'refs/heads/master'. Could not move back to refs/heads/master インタラクティブリベースモードを終了して、それへのすべての参照をクリーンアップするにはどうすればよいですか？（git reset --hard成功しましたが、リベースモードから抜けません。）

127 git  exit  rebase  abort  quit 

「git gui」を実行すると、次のようなポップアップが表示されます このリポジトリには現在約1500個のルーズオブジェクトがあります。 次に、データベースの圧縮を提案します。これは以前に行ったことがあり、ルーズオブジェクトを約250に減らしますが、ポップアップを抑制しません。再度圧縮しても、ゆるいオブジェクトの数は変わりません。 現在のワークフローでは、Perforceから移行しているため、「rebase」を大幅に使用する必要があり、Perforceは標準的なSCMのままです。Gitが正規のSCMになると、定期的なマージが行われ、ルーズオブジェクトの問題は大幅に軽減されます。 それまでの間、この「役立つ」ポップアップを廃止したいと思います。

123 git  garbage-collection  rebase  git-gui  git-gc 

私は昨日マスターから作られたgitブランチ（v4と呼ばれます）を持っています。マスターにいくつかの変更がありました。v4に移行したいと考えています。そのため、v4では、マスターからリベースを実行しようとしましたが、1つのファイル（バージョン番号を含む1行のテキストファイル）が混乱を続けています。このファイルはapp/views/common/version.txtであり、リベースする前に次のテキストが含まれています。 v1.4-alpha-02 これが私がやっていることです： > git rebase master First, rewinding head to replay your work on top of it... Applying: new version, new branch error: patch failed: app/views/common/version.txt:1 error: app/views/common/version.txt: patch does not apply Using index info to reconstruct a base tree... Falling back to patching base and 3-way merge... Auto-merging …

120 git  rebase 

単一のコミットをブランチから別のブランチにリベースする方法はありますか？ 私はこのブランチ構造を持っています： -- -- -- -- -- (Master) \ -- -- -- -- -- XX (Feature-branch) 私がやりたいのは、の最後のコミットFeature-branchをマスターにリベースし、Feature-branch1つのコミットをロールバックすることだけです。 -- -- -- -- -- XX (Master) \ -- -- -- -- -- (Feature-branch) それ、どうやったら出来るの？

116 git  rebase 

一連のコミットを押しつぶそうとしています-HEAD to HEAD〜3。これを行う簡単な方法はありますか、それともrebase --interactiveを使用する必要がありますか？

115 git  interactive  rebase  squash 

解決方法がわからない問題に直面しています。 私は私のブランチからマスターに対してリベースを行いました： git rebase master 次のエラーが発生しました First, rewinding head to replay your work on top of it... Applying: checkstyled. Using index info to reconstruct a base tree... Falling back to patching base and 3-way merge... Auto-merging AssetsLoader.java CONFLICT (content): Merge conflict in AssetsLoader.java Failed to merge in the changes. Patch …

115 git  rebase 

すでにプッシュしたコミットをリベースしてはいけないとよく言われます。その意味は何でしょうか？

109 git  rebase