5
私は通常git fetch origin
に続いてgit merge remotes/origin/master
を返しますが、回答はAlready up-to-date
となっていました。私はこれが本当ではないことを知っていた。 git pull origin
は問題なく動作し、変更が反映されました。Git Fetch対Pull:別の結果、確かではないなぜ
どうしたのですか?あなたがやったとき
私は通常git fetch origin
に続いてgit merge remotes/origin/master
を返しますが、回答はAlready up-to-date
となっていました。私はこれが本当ではないことを知っていた。 git pull origin
は問題なく動作し、変更が反映されました。Git Fetch対Pull:別の結果、確かではないなぜ
どうしたのですか?あなたがやったとき
:
$ git fetch origin
を、あなたは、原点/ masterブランチを取得していませんでした。あなたが起源/その他を得ていると仮定してください。
オリジン/マスターには何も新しくなかったので(あなたはそれをフェッチしなかったので)、マージするものはなかったからです。あなたはすでに「最新のもの」を手に入れています。ご存知のように、あなたがやったとき、:
$ git pull origin
を「プル」は(他の起源/で)フェッチして、(他の起源/の)マージなかったので、実行するには、マージがありました。
$ git checkout master
$ git branch --track master origin/master
あなたは 'gitのではなく、原点/ master'をマージ使用しているべきではありません:あなたはでそれを修正
で「プル」と「プッシュ」のために構成されている枝見ることができるはずです? – cfedermann
'git remotes -a'を実行しても、オプションとして表示されませんでした。 – swt83
origin/masterはremotes/origin/masterと同じになります – Learath2