ローカルのgitリポジトリに取り組んでいます。2つのブランチがmasterありfeature_xます。
feature_xリモートリポジトリにプッシュしたいのですが、masterブランチの変更をプッシュしたくありません。
ウィルgit push origin feature_x私からfeature_xの分岐（feature_xブランチがすでにリモートに存在する）の作品？
現在、マスターにプッシュすることができないため、これを自分のボックスでテストしたくありません。
回答:
はい、次のようにしてください
git checkout feature_x
git push origin feature_x
git push -u origin <branch-name>。しかし、あなたはそれについて言及しませんでした。必要ですか ？
-uオプションは、git-pushプッシュされたブランチを追跡するための上流参照を設定します。これgit-pullにより、将来そのブランチのようなものが、指定せずにどのブランチからプルするかをすでに知っています。単一のブランチをプッシュするオプションとしては必須ではありませんが、ローカルブランチをプッシュするリモートブランチに追跡させたいと考える人が多いため、広く使用されています。
デフォルトでgit pushは、すべてのリモートブランチを更新します。ただし、現在のブランチだけを上流に更新するようにgitを構成できます。
git config push.default upstream
これは、git pushを実行すると、gitが現在の（チェックアウトされた）ブランチのみを更新することを意味します。
その他の有効なオプションは次のとおりです。
nothing：refspecが明示的に指定されていない限り、何もプッシュしないでください（エラーアウト）。これは主に、常に明確にすることで間違いを避けたい人を対象としています。matching：両端で同じ名前を持つすべてのブランチをプッシュします。（Ver 1.7.11より前のデフォルトオプション）upstream：現在のブランチを上流のブランチにプッシュします。このモードは、通常プルするのと同じリポジトリ（つまり、中央ワークフロー）にプッシュする場合にのみ意味があります。ローカルブランチとリモートブランチに同じ名前を付ける必要はありません。tracking：非推奨upstream。代わりに使用してください。current：現在のブランチを受信側の同じ名前のリモートブランチにプッシュします。中央ワークフローと非中央ワークフローの両方で機能します。simple：[Ver 1.7.11以降で利用可能]集中型ワークフローでupstream、上流のブランチの名前がローカルのブランチの名前と異なる場合にプッシュを拒否する安全性を追加したように機能します。通常プルするリモートとは異なるリモートにプッシュする場合は、として機能しcurrentます。これは最も安全なオプションであり、初心者に適しています。このモードは、Git 2.0のデフォルトになりました。current私が探していたものでした、デフォルトgit pushではfooブランチにそれをブランチにプッシュしorigin/fooます。
currentはデフォルトとしてより理にかなっていることに同意します。
simpleはデフォルトとしてより理にかなっていると感じています。答えを「いつ何を使うか」で更新しました。plsは一見があります。
simple。
Karthik Boseの回答に加えてマイナーアップデート-すべてのワークスペースに影響を与えるようにgitをグローバルに構成できます。
git config --global push.default upstream
したがって、ローカルブランチfoo、リモートと呼ばれるorigin、およびリモートブランチorigin / masterがあるとします。
fooのコンテンツをorigin / masterにプッシュするには、まずアップストリームを設定する必要があります。
git checkout foo
git branch -u origin/master
次に、次を使用してこのブランチにプッシュできます。
git push origin HEAD:master
最後のコマンドでは、-forceを追加して、origin / masterの履歴全体をfooの履歴に置き換えることができます。