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

私はマスターです rebase -i <my_branch> これを得ました： noop # Rebase c947bec..7e259d3 onto c947bec # # Commands: # p, pick = use commit # r, reword = use commit, but edit the commit message # e, edit = use commit, but stop for amending # s, squash = use commit, but meld into …

105 git  rebase 

2つのコミットを持つブランチ「firstproject」があります。これらのコミットを取り除き、単一のコミットとして表示したいと思います。 このコマンドgit merge --squashは有望に聞こえますがgit merge --squash、ターミナルを実行すると、コマンドのオプションが表示されます。正しいコマンドは何ですか？ Commit 1: Added 'homepage.html' Added 'contacts.html' Commit 2: Added 'homepage.php' Added 'homepage.php' Deleted 'homepage.html' Deleted 'contacts.html'

102 git  merge  branch  git-svn  rebase 

のTo-Doテキストに次の情報が含まれていますgit rebase -i HEAD~2。 pick 56bcce7 Closes #2774 pick e43ceba Lint.py: Replace deprecated link # Rebase 684f917..e43ceba onto 684f917 (2 command(s)) # ... ここで、最初の1つ（56bcce7）を押しつぶし、最初の前に "s"を追加して2つ目を選択しようとすると、次のエラーが発生します。 Cannot 'squash' without a previous commit 誰かが私にそれが何を意味するのか、そしてどうすればそれを説明できますか？ 最初のcommit（56bcce7）を押しつぶし、2番目のe43cebacommit を「選択して言い換え」たい

95 git  rebase 

次のGitリポジトリトポロジがあります。 A-B-F (master) \ D (feature-a) \ / C (feature) \ E (feature-b) リベースによってfeature枝を私は（子供の支店を含む）サブツリー全体をリベースすると予想さ： $ git rebase feature master A-B-F (master) \ D (feature-a) \ / C (feature) \ E (feature-b) ただし、これは実際の結果です。 C' (feature) / A-B-F (master) \ D (feature-a) \ / C \ E (feature-b) 次のコマンドを実行すると、簡単に手動で修正できます。 $ git rebase …

91 git  version-control  branch  rebase  git-rebase 

gitチーム環境でコードを管理するために現在それを使用しているのは、かなり新しいです。リベースの問題がいくつかあり、を使用して修正しました git checkout --ours filename.txt git add filename.txt git rebase --continue 変更をプッシュしたいので、次のコマンドを実行します $ git push origin feature/my_feature_branch 次のエラーが発生します。 To ssh://git@coderepo.com:7999/repo/myproject.git ! [rejected] feature/my_feature_branch -> feature/my_feature_branch (non-fast-forward) error: failed to push some refs to 'ssh://git@coderepo.com:7999/repo/myproject.git' hint: Updates were rejected because the tip of your current branch is behind hint: its remote …

91 git  push  rebase 

公開された作品をリベースしてはいけない、危険だなどと聞いたことはありますが、リベースが公開された場合の対処法のレシピは見たことがありません。 さて、これはリポジトリが既知の（そしてできれば小さな）人々のグループによってのみ複製される場合にのみ実際に実行可能であることに注意してください。リベースまたはリセットをプッシュする人は誰でも、次に注意を払う必要があることを他の人に通知できますフェッチ（！）。 私が見た明らかな解決策の1つは、ローカルコミットがなくfoo、リベースされた場合に機能します。 git fetch git checkout foo git reset --hard origin/foo これはfoo、リモートリポジトリに従って、その履歴を優先してローカル状態を破棄するだけです。 しかし、そのブランチで大幅なローカル変更を行った場合、どのように状況に対処するのでしょうか。

88 git  rebase  git-rebase  git-reset