私はそれを理解しようとする私の最善の試みにもかかわらず、私はどうやらgitを使うことにひどいです。
kernel.orgのためにgit push
:
-u
--set-upstream
最新の、または正常にプッシュされたすべてのブランチについて、引数なしのgit-pull(1)およびその他のコマンドで使用される上流(追跡)参照を追加します。詳細については
branch.<name>.merge
、git-config(1)を参照してください。
ここbranch.<name>.merge
からgit config
です:
branch.<name>.merge
とともに
branch.<name>.remote
、指定されたブランチの上流ブランチを定義します。マージするブランチをgit fetch / git pullに指示し、git pushにも影響を与える可能性があります(push.defaultを参照)。ブランチ<name>
にあるとき、それはgit fetchにFETCH_HEADでマージするためにマークされるデフォルトのrefspecを伝えます。値はrefspecのリモート部分のように処理され、によって指定されたリモートからフェッチされる参照と一致する必要があります"branch.<name>.remote"
。マージ情報は、git pull(最初はgit fetchを呼び出す)によって使用され、マージするデフォルトのブランチを検索します。このオプションがない場合、git pullはデフォルトで、フェッチされた最初のrefspecをマージします。タコのマージを取得するには、複数の値を指定します。<name>
ローカルリポジトリの別のブランチからマージされるようにgit pullを設定する場合は、branch.<name>.merge
目的のブランチに移動し、特別な設定を使用します。(期間)branch.<name>.remote
。
私はgithubを使用してリモートリポジトリを正常にセットアップし、最初のコミットをそれに正常にプッシュしました。
git push -u origin master
次に、次のコマンドを使用して、2番目のコミットを無意識のうちにリモートリポジトリにプッシュしました。
git commit -m '[...]'
しかし、origin
から再びプッシュする必要があると間違って考えてmaster
、私は走った:
# note: no -u
git push origin master
それは何をしましたか?まったく効果がないようです。「元に戻しました」git push -u origin master
?
I'm apparently terrible at using git, despite my best attempts to understand it.
-誰かが私をそんなに上手に再現してくれたことがありません。