git-rebase

10熱

1答えて

は最近、私は私の枝が分岐した通知に出くわしました。それはフィーチャーブランチを作ってリモートにプッシュし、数日後に再びマスターを開始したときにマスターとリベースしたときでした。 git checkout -b feature-branch git push origin feature-branch:feature-branch ...とマスターで... git pull origin ma

17熱

4答えて

Git rebase failed

私は同僚の仕事を再建しようとしています。まず、私は新しいコードが含まれているために< < < < <ヘッド縫い目競合のトンを取得します。は、その後しばらくした後、私は次のエラーを取得する： fatal: update_ref failed for ref 'refs/heads/dev_504': cannot lock ref 'refs/heads/dev_504': ref refs

6熱

1答えて

これらのgitコミットは、間違ったブランチにどのように複製されましたか？

私はたくさんの警告が彼の最近のマージで約た「空のコミット」何同僚の姿を手助けしようとしています。私はgitkを開いて、このような何かを見た： _o (Z) Merge branch 'new-branch' (yesterday) o | (Y) Fix bad merge (person 1) o_| (X) Merge branch 'master' in

20熱

3答えて

Git rebase対話型ドロップとコミットラインの削除

Gitインタラクティブリベースでdropと異なる点は何ですか？コミットの行を削除するだけですか？

12熱

3答えて

コミットの著者を `git rebase -i`（対話式）にリストする方法はありますか？

私は同僚と共有されているブランチ上でgit rebase -iを実行すると、自分のコミットをリベースしたいことがよくあります。しかし、インタラクティブなrebaseツールは作者情報をrebaseファイルに追加しないので（コミットハッシュと説明はすべてコミットハッシュと説明です）、別のタブでコミットチェックを行って自分のものかどうかを調べる必要があります。 git rebase -i--format

1熱

1答えて

Git：2つのブランチに2つのコミットをマークしますが、2つのコミットの履歴は異なります。

私はdevブランチとmasterブランチを持っています。リリース日までにdevブランチで開発を行います。リリース日に、devブランチのすべての変更をmasterブランチにコミットしてマージします。このようにして、マスターブランチでコミットの履歴も保持します。以前は（PROBABLE REASON）このコミットをコミットして、dev（A、B、Cなど）をマスター（A '）への単一のコミットとし

8熱

1答えて

git rebaseはgit mergeよりも多くの競合を作成しますか？

git rebaseは、git mergeよりも競合しがちですか？ための仕組みに：私は前に、それがthis post で参照されて、私はここにanecdataに基づいて推測していますが、私はリベース周りの一般的な不安は、2つの主要な場所から茎を疑うことを聞いてきましたGitのリベース、マージの競合がに、詳細には触れません作者に対処するために、より頻繁かつ一見困難ですその主張を正当化するが、私が

0熱

1答えて

git rebaseの後に各コミットメッセージのプレフィックスを付ける（ブランチ、リバースブランチ名なし）

私はいくつかのコミットメッセージを編集しようとしています。私は、対話型プロセスにコミットメッセージを私が編集したいすべてのコミット「言い替える」に設定し、その後、編集、 Gitはその後%% ハッシュをコミット%% -iをリベースことによって開始しましたgitによって生成されます。しかし、驚いたことに、各コミットメッセージの前に「（NO BRANCH、REBASING BRANCH_NAME）」と

0熱

1答えて

複数のリビジョンセットを持つGit rebaseに

git rebase --ontoを使用して、ブランチから別のブランチにコミットを選択しています。シンプルさから、リリースブランチへのブランチの開発を考えてみましょう。私はリリースに発展するから「文字」リビジョンのすべてをマージする必要が上記のうち 1----A----B----C----D----2----3----E----F---G----H----4----5----6 develop

7熱

2答えて

Git Rebaseでは、--continueを使用すると、どの時点で競合解決がコミットされるのですか？

git rebaseを実行して競合に遭遇しています。ここで、マージ競合を解決した後に--continueを使用する必要があります。しかし、矛盾が解決されたら、手動でコミットを実行することに慣れています。 rebase全体が完了した時点で追加のコミットが表示されないので、どの時点で競合解決がコミットされますか？