だから私は、バージョン管理とコマンドラインを恐れている私のチームの開発者にとって、フォーク/リベース/プルリクエストのgitワークフローを口に合うようにするために多くのフープを飛び越えてきました。
git rebase開発ウィキにリベースの記事を追加する際に、「実行します。マージの競合がある場合は修正します。次に実行しますgit add。次に実行しますgit rebase --continue。」と言うところまで来ました。
しかし、例を実行してスクリーンショットを撮ると、マージの競合がある場合は、上流のブランチを優先して解決することに気づきgit rebase --continueました。実際に実行すると、続行が拒否され、エラーが発生します。
No changes - did you forget to use 'git add'?
If there is nothing left to stage, chances are that something else
already introduced the same changes; you might want to skip this patch.
ここに技術的な詳細についての優れた議論があります：Gitリベース：競合が進行をブロックし続ける
しかし、私が望んでいるのは、この動作を停止させることです。
これが発生するのには十分な設計上の理由があると思いますが（おそらく、この動作が理にかなっている通常のコミット機構を使用したリベースに関連している可能性があります）、この状況では混乱して直感的ではなく、競合ロジックが作成されます。修正はアップストリームブランチとまったく同じように見えますgit rebase --skip。他のすべての場合は、を実行してくださいgit rebase --continue。」
リベースするフラグを使用するか、バージョン管理された構成ファイルでこの動作を抑制する方法はありますか（したがって、各開発者のコンピューターでセットアップしたり、そのための指示を提供したりする必要はありません）？