rebase

2熱

2答えて

私は多くのコミットを持つ開発ブランチを持っています。これらのコミットには、実際の変更（機能の追加など）と一時的な変更（たとえば、テストコードを1回のコミットで追加した後、後でコミットするなど）が含まれます。このブランチからの実際の変更は、徐々にマスタに追加されています。追加のたびに、私は新しいマスターの開発ブランチをリベースします。サイクルごとに、開発ブランチとマスターの違いは小さくなっています。

1熱

2答えて

ローカルコミットを破棄した後にリモートブランチに失敗する

ブランチに対して3つのコミットを行い、それぞれをリモートにプッシュしました。私はその後、コミットを潰すために必要なので、私が使用：私はgit push --set-upstream origin [BRANCH-NAME]とその提案のコマンドを試してみましたが、ことを言われています The current branch [BRANCH-NAME] has no upstream branch.

0熱

1答えて

Git：別のブランチに表示される繰り返しコミットを削除するには？

は私は私の枝が次のようになり状況があります。 * d3b91f2 (HEAD, origin/narrowdown_lblrtmprogram, narrowdown_lblrtmprogram, lowercase_main_src_code) resolve gi t-pull conflict. gitignore *.mod and *.so |\ | * 0ed828f numb

1熱

1答えて

膨大な数のコミットを再構築する方法

フォークをアップストリームと同期しようとしています。 git rebase upstream/master しかし悲しいことに、私は私の地元のコミットの100+があることを発見し、それらの一つ一つは、手動で競合解決を必要としています。私が考えているのは、すべてのローカルコミットを1つに縮退することができるということです。その後、1つのコミットだけを再コンパイルするほうが簡単です。しかし、これ

0熱

1答えて

rebase -iを使用して押しつぶされたコミットを特定する-i

特定のプロジェクトでリベースされて縮小されたコミットの数を特定できるかどうかは疑問です。私はスカッシュを実行したものだけでなく、すべてのリベースを解決することができます。私は基本的に、ユーザが特定のプロジェクトのために走ったリベースの数を数えることができる関数を記述しようとしています。例えば、次のハッシュを持つ3つのコミットを持つプロジェクトがある場合1234、5678、9999。私はそれが1

5熱

1答えて

不良リベースの後に導入された重複コミットを削除します

私は2つのブランチ、master & featureを持っています。マスターは、時々、ライブにすばやく行くために必要な小さな微調整を受け取ります。これらの調整が完了すると、masterはfeatureにリベースされ、機能が最新の状態に維持されます。マスターで変更されたファイルは一般的にfeatureの開発の大部分とは関係ありませんが、複雑な3ウェイマージの競合が多数発生しています。コミットログ

1熱

2答えて

1つのブランチからすべてのコミットを1つのコミットとして簡単に別のブランチに移動できますか？

私が知っているのは、対話型のリベースを行い、最初にコミットしてフィックスアップすることができます。しかし、ブランチに何百ものコミットが含まれていると、非常に面倒です。もっと簡単な方法はありますか？

-1熱

2答えて

最初のコミットでファイルを追加するのを忘れました。どうすれば元に戻って追加できますか？

プロジェクトを実行するために必要な設定ファイルを追加するのを忘れました。私はすでに14回コミットしました。私のコミットがすべてこのファイルを持つように、最初のコミットにその設定ファイルを追加するにはどうすればいいですか？

1熱

1答えて

GitHubをプッシュリクエストを再分配するように設定する方法

受信ブランチにPRをリベースするようにGitHubを設定することはできますか？私が見る唯一のオプションは、マージ、またはスカッシュとマージ（またはおそらくスカッシュとリベース、ドキュメントからは不明）です - それらのどちらも私が望むものではありません。基本的には、PRを適用したときに線形履歴が必要ですが、PRからのすべてのコミットを保存します。