git は何をし--set-upstreamますか?

gitのマニュアルを読んで理解しようとしましたが、よくわかりませんでした。

問題

この git (または github?) の特異性のために、私はバナナに行きます - 新しいブランチを作成しましたが、github のアップストリーム リポジトリにプッシュできません。これは、私がこのレポで推進している最初のブランチではありません。これまでのところ、すべてがスムーズに進んでいます。

ウォークスルー

新しいブランチを作成しました：

ファイルにいくつかの変更を加え、それらのいくつかを追加しました(これは、いくつかの変更がコミットされなかったことを意味します):

変更が正しいことを確認しました:

そしてプッシュしようとしました：

新しいブランチが上流から拒否された理由は何ですか?

私はこれを読んでいて、ほとんどの場合、理解しています。私はリベースを理解していると思います (これにより、単なる 3 方向コミットであるコミットを行わなくても、より直線的な git ログ履歴が取得されます)、git ダイアグラムも理解していると思います。しかし、その段落には理解できない単語がいくつかあります。

そのマージで「早送り」というフレーズに気付くでしょう。マージしたブランチが指しているコミットは、現在のコミットのすぐ 上流にあるため、Git は単純にポインターを前方に移動します。別の言い方をすれば、1 つのコミットを、最初のコミットの履歴をたどることで到達できるコミットにマージしようとすると、Git はポインターを前方に移動することで物事を簡素化します。早送りしてください。」</p>

変更は、マスター ブランチが指すコミットのスナップショットに含まれるようになり、修正をデプロイできます。

私が理解していないのは、アップストリーム、ポインター、および最後の文という用語です。

図で、赤いマスター ボックスがホットフィックスの上にあるのはなぜですか?

アップストリーム ジョブ(ジョブ B とジョブ C)の成功結果を探し、シェル スクリプトをトリガーして条件を確認するジョブ Aを作成しました。

ジョブ Bとジョブ Cが正常に実行されると、ジョブ Aがダウンストリーム ジョブ(ジョブ D とジョブ E) を実行します。

JJBを使用してジョブAreverseで（アップストリームジョブを構成するdownstream-extために）プラグインと（ダウンストリームジョブを構成するために）プラグインを使用しました。

ここで直面している問題は、ジョブ C の結果を待たずにジョブ B が正常に実行された後です。ジョブ A は、ジョブ B とジョブ C の両方を待機し、結果に基づいて実行する必要があります。

このシナリオの設定方法を教えてください。

GitHub で見たものに奇妙な点があるかどうかを理解しようとしているだけです。

私のプロジェクトには、デフォルトmasterブランチと、devアップストリームに対応する という名前のローカル ブランチがありますdevelopment。作業ディレクトリにいくつかの変更を加えた後、そのように進めるのは難しすぎると判断したためgit push -u origin exp:experimental、新しいブランチに変更を保存するために使用することにしました (遠い将来に再利用するため)。私には奇妙に思えますが、GitHub のネットワーク グラフでは、次の図でわかるように、この新しいブランチの線が黒く塗られ、マスター ブランチの同じ水平線上に表示されます。

これは警報ではないかと心配しています。私が得たものは、私が得たと思っているものではないのかもしれません。たぶん、いくつかのコマンドを誤解しています。

適切に構成されたローカルのリモート トラッキング ブランチが与えられた場合、具体的にリモート トラッキング ブランチexampleを取得する最短の方法は何ですか?example

ベアを使用して、対応するブランチを含むすべてのgit fetch originブランチを取得できますが、これにより大量の追加データがダウンロードされるため、これは避けたいと思います。

相手が名前を共有している場合example、私は実行できますgit fetch origin example:が、その名前の類似性は保証されません.

この質問のように、相手の名前を見つけて、 を実行するだけで済みます。ただし、これは 2 つのコマンドであり、最短である場合とそうでない場合があります。counterpartgit fetch origin counterpart:

では、これらの制限を考えると、これを達成するための最短の方法は何でしょうか?