プッシュ操作の宛先である「リモート」リポジトリ。このパラメーターは、URL（以下のGIT URLセクションを参照）またはリモートの名前（以下のREMOTESセクションを参照）のいずれかです。

どのソースオブジェクトでどの宛先参照を更新するかを指定します。<refspec>パラメーターの形式は、オプションのプラス +、その後にソースオブジェクト <src>、その後にコロン :、その後に宛先参照 <dst> が続きます。

すべてのブランチ（つまり、refs/heads/ の下の参照）をプッシュします。他の <refspec> と一緒に使用することはできません。

ローカルに対応するものがないリモートブランチを削除します。たとえば、ローカルブランチと同じ名前のブランチが存在しなくなった場合、リモートブランチ tmp は削除されます。これは refspec も尊重します。たとえば、git push --prune remote refs/heads/*:refs/tmp/* は、リモート refs/tmp/foo が refs/heads/foo が存在しない場合に削除されることを保証します。

プッシュする各参照に名前を付ける代わりに、refs/（refs/heads/、refs/remotes/、refs/tags/ が含まれますが、これらに限定されません）の下のすべての参照がリモートリポジトリにミラーされるように指定します。新しく作成されたローカル参照はリモート側にプッシュされ、ローカルで更新された参照はリモート側で強制的に更新され、削除された参照はリモート側から削除されます。これは、設定オプション remote.<remote>.mirror が設定されている場合のデフォルトです。

実際に更新を送信する以外はすべて実行します。

機械可読な出力を生成します。各参照の出力ステータス行はタブ区切りで、stderr ではなく stdout に送信されます。参照の完全なシンボリック名が与えられます。

リストされたすべての参照がリモートリポジトリから削除されます。これは、すべての参照にコロンをプレフィックスするのと同じです。

コマンドラインで明示的に指定された refspec に加えて、refs/tags 配下のすべての ref が push されます。

このオプションなしで push されるすべての ref に加え、リモートに存在しないが、push される ref から到達可能な commit-ish を指している refs/tags 内のアノテーション付きタグも push します。これは設定変数 push.followTags でも指定できます。詳細は git-config[1] の push.followTags を参照してください。

受信側でフックによってチェックしたり、ログに記録できるように、受信側での ref の更新に対する push リクエストを GPG 署名します。false または --no-signed の場合、署名は試行されません。true または --signed の場合、サーバーが署名付き push をサポートしていないと push は失敗します。if-asked に設定すると、サーバーが署名付き push をサポートしている場合にのみ署名します。gpg --sign の実際の呼び出しが失敗した場合も push は失敗します。受信側の詳細については、git-receive-pack[1] を参照してください。

利用可能な場合、リモート側でアトミックトランザクションを使用します。すべての ref が更新されるか、エラーが発生した場合は、どの ref も更新されません。サーバーがアトミック push をサポートしていない場合、push は失敗します。

指定された文字列をサーバーに送信し、サーバーはそれらを pre-receive フックと post-receive フックに渡します。指定された文字列に NUL 文字または LF 文字を含めてはなりません。複数の --push-option=<option> が指定された場合、コマンドラインにリストされた順序ですべてが相手側に送信されます。コマンドラインから --push-option=<option> が指定されていない場合は、設定変数 push.pushOption の値が代わりに使用されます。

リモート側の git-receive-pack プログラムへのパス。ssh 経由でリモートリポジトリに push する場合で、プログラムがデフォルトの $PATH 上のディレクトリにない場合に役立ちます。

通常、"git push" は、上書きするために使用されたローカル ref の祖先ではないリモート ref を更新することを拒否します。

git remote add origin-push $(git config remote.origin.url)
git fetch origin-push

git push --force-with-lease origin-push

git fetch              # update 'master' from remote
git tag base master    # mark our base point
git rebase -i master   # rewrite some commits
git push --force-with-lease=master:base master:master

通常、コマンドは、上書きするために使用されたローカル ref の祖先ではないリモート ref を更新することを拒否します。また、--force-with-lease オプションを使用すると、コマンドは、現在の値が期待値と一致しないリモート ref を更新することを拒否します。

リモート追跡 ref の先端がローカルに統合されている場合にのみ更新を強制します。

このオプションは <repository> 引数と同等です。両方が指定された場合、コマンドライン引数が優先されます。

最新であるか、正常に push されたすべてのブランチに対して、引数なしの git-pull[1] およびその他のコマンドで使用される、アップストリーム (追跡) 参照を追加します。詳細については、git-config[1] の branch.<name>.merge を参照してください。

これらのオプションは git-send-pack[1] に渡されます。シン転送は、送信側と受信側が多くの同じオブジェクトを共有している場合、送信されるデータの量を大幅に削減します。デフォルトは --thin です。

エラーが発生した場合を除き、更新された ref のリストを含むすべての出力を抑制します。標準エラーストリームに進捗状況は報告されません。

詳細な情報を表示して実行します。

-q が指定されていない限り、標準エラーストリームがターミナルに接続されている場合、デフォルトで標準エラーストリームに進捗状況が報告されます。このフラグは、標準エラーストリームがターミナルにリダイレクトされていない場合でも、進捗状況を強制的に表示します。

プッシュされるリビジョンで使用されるすべてのサブモジュールコミットが、リモート追跡ブランチで利用可能であることを確認するために使用できます。check を使用すると、Git は、プッシュされるリビジョンで変更されたすべてのサブモジュールコミットが、サブモジュールの少なくとも1つのリモートで利用可能であることを検証します。コミットが不足している場合、プッシュは中断され、ゼロ以外のステータスで終了します。on-demand を使用すると、プッシュされるリビジョンで変更されたすべてのサブモジュールがプッシュされます。オンデマンドですべて必要なリビジョンをプッシュできなかった場合も、中断され、ゼロ以外のステータスで終了します。only を使用すると、すべてのサブモジュールがプッシュされ、スーパープロジェクトはプッシュされないままになります。サブモジュール再帰が必要ない場合は、no の値を使用するか、--no-recurse-submodules を使用して、push.recurseSubmodules 設定変数をオーバーライドできます。

pre-pushフックを切り替えます ( githooks[5]を参照)。デフォルトは --verify で、フックにプッシュを阻止する機会を与えます。--no-verify を使用すると、フックは完全にバイパスされます。

IPv6アドレスを無視して、IPv4アドレスのみを使用します。

IPv4アドレスを無視して、IPv6アドレスのみを使用します。

参照のステータスを示す単一の文字

正常にプッシュされた参照の場合、概要は、git log の引数として使用するのに適した形式で参照の古い値と新しい値を示します（これは、ほとんどの場合 <old>..<new> であり、強制された非fast-forward更新の場合は <old>...<new> です）。

プッシュされるローカル参照の名前から、refs/<type>/ プレフィックスを引いたものです。削除の場合、ローカル参照の名前は省略されます。

更新されるリモート参照の名前から、refs/<type>/ プレフィックスを引いたものです。

人間が読める説明。プッシュに成功した参照の場合、説明は必要ありません。失敗した参照の場合、失敗の理由が説明されます。

git push <remote> のように動作します。ここで <remote> は、現在のブランチのリモート（または、現在のブランチにリモートが設定されていない場合は origin）です。

追加の設定がない場合、現在のブランチが現在のブランチと同じ名前の場合、設定済みの upstream (branch.<name>.merge 設定変数) に現在のブランチをプッシュします。それ以外の場合は、プッシュせずにエラーになります。

"マッチングする" ブランチを origin にプッシュします。「マッチングする」ブランチの説明については、上記の OPTIONS セクションの <refspec> を参照してください。

ソースリポジトリで master に一致する参照 (おそらく refs/heads/master) を見つけ、origin リポジトリで同じ参照 (例: refs/heads/master) をそれで更新します。master がリモートに存在しない場合は作成されます。

現在のブランチをリモートの同じ名前のブランチにプッシュするための便利な方法です。

master に一致するソース参照（例: refs/heads/master）を使用して、mothership リポジトリの satellite/master (おそらく refs/remotes/satellite/master) に一致する参照を更新します。dev および satellite/dev についても同様に処理します。

現在のブランチを origin リポジトリ内の master に一致するリモート参照にプッシュします。この形式は、ローカル名を気にせずに現在のブランチをプッシュするのに便利です。

現在の master ブランチをコピーして、origin リポジトリにブランチ experimental を作成します。この形式は、ローカル名とリモート名が異なる場合に、リモートリポジトリに新しいブランチまたはタグを作成する場合にのみ必要です。それ以外の場合は、参照名だけを使用できます。

origin リポジトリで experimental に一致する参照 (例: refs/heads/experimental) を見つけて、削除します。

fast-forward でない更新を許可して、origin リポジトリの master ブランチを dev ブランチで更新します。これにより、origin リポジトリに参照されていないコミットが残ってしまう可能性があります。fast-forward が不可能な次の状況を検討してください。

	    o---o---o---A---B  origin/master
		     \
		      X---Y---Z  dev

		      A---B  (unnamed branch)
		     /
	    o---o---o---X---Y---Z  master

「true」に設定すると、現在のブランチにアップストリーム追跡が存在しない場合に、デフォルトのプッシュで --set-upstream を想定します。このオプションは、push.default オプションの *simple*、*upstream*、および *current* で有効になります。デフォルトで新しいブランチをデフォルトのリモートにプッシュしたい場合（*push.default=current* の動作のように）、アップストリーム追跡も設定したい場合に便利です。このオプションの恩恵を受ける可能性が高いワークフローは、すべてのブランチがリモートで同じ名前を持つことが期待される *simple* な中央ワークフローです。

refspec が与えられていない場合（コマンドライン、設定、またはその他の場所から）、git push が取るべきアクションを定義します。異なる値は、特定のワークフローに最適です。たとえば、完全に中央のワークフロー（つまり、fetch ソースが push 先と同じ）では、upstream がおそらく望ましいものです。可能な値は次のとおりです。

trueに設定すると、デフォルトで--follow-tagsオプションが有効になります。--no-follow-tagsを指定することで、プッシュ時にこの構成を上書きできます。

ブール値、または文字列if-askedに設定できます。trueの値は、git-push[1]に--signedが渡された場合と同様に、すべてのプッシュをGPG署名付きにします。文字列if-askedは、サーバーがサポートしている場合、git pushに--signed=if-askedが渡された場合と同様に、プッシュに署名します。falseの値は、優先度の低い構成ファイルの値よりも優先されます。明示的なコマンドラインフラグは、常にこの構成オプションを上書きします。

コマンドラインから--push-option=<option>引数が指定されていない場合、git pushは、この変数の各<value>が--push-option=<value>として指定されたかのように動作します。

Example:

/etc/gitconfig
  push.pushoption = a
  push.pushoption = b

~/.gitconfig
  push.pushoption = c

repo/.git/config
  push.pushoption =
  push.pushoption = b

This will result in only b (a and c are cleared).

"check"、"on-demand"、"only"、または "no" を指定でき、"push --recurse-submodules" と同じ動作をします。設定されていない場合、submodule.recurseが設定されていない限り、デフォルトでnoが使用されます (この場合、trueの値はon-demandを意味します)。

"true" に設定すると、コマンドラインでgit-push[1]のオプションとして--force-if-includesを指定することと同等になります。プッシュ時に--no-force-if-includesを追加すると、この構成設定が上書きされます。

"true"に設定すると、クライアントとサーバーが共通のコミットを見つけようとする交渉ラウンドで、送信されるパックファイルのサイズを縮小しようと試みます。"false" の場合、Gitは共通のコミットを見つけるためにサーバーのrefアドバタイズのみに依存します。

"false" に設定すると、pack.useBitmaps が "true" であっても、他の git 操作でのビットマップの使用を妨げることなく、"git push" でのビットマップの使用を無効にします。デフォルトはtrueです。