私は、エラーリマインダーの突然の出現をリモートリポジトリのローカルブランチをプッシュしたかったときerror: failed to push some refs to...
。私の心はこれをしなければなら持ち上げないであろう、ビートを逃した、手が少し速く脳よりもGoogleに行ってきました。
そして、エラー状況も非常に多様に発生発見。ページへの検索を考えると、答えが散在しているので、これは、彼らが出会った、将来的にこのようなエラーを回避するためには、要約する、不良メモリと同じ答えを見つけるために同じ時間を取るために私を促しました。
支店名は不完全です
emmm、このエラーはおそらく見つけることが最も困難であり、かつ、高難易度の要因を言うことではないが、我々は、我々は無意識のうちにローカルブランチを無視して、リモートブランチ名が同じではありませんので、答えを書くために、たとえば、ローカルマスタとリモート・マスターを考えます状況。(これまた....私だけを含んでいてもよいです)
次のようにgitのは、完全な言葉遣いを押します:
gitのプッシュ@remoteName @localBranch:@remoteBranch
// eg.remoteName:原点localBranch:ceshi remoteBranch:テスト
Gitのプッシュ原点ceshi:テスト
ローカルブランチとリモートブランチ名が示唆するなら、それは省略されます。このようなローカルおよびリモートブランチ名などのマスターです。
Gitのプッシュ原点マスター
確認した支店名が間違っていない場合は、見下すし続けます
コードをコミットしませんでした
使用可能なgit status
コードが上がる提出し忘れているかどうかをチェックします。忘れてしまった場合は、行に提出しました。
gitのアドオン。 gitのコミット -m 「これは新しいコミットである」 gitのプッシュ原点マスター
ローカルおよびリモートの紛争
あなたが取引をする前に、または協力者がリモートでコードを直接提出し、またはました。2つの治療法、1つの直接的かつ強力なカバレッジ、そして第二に、リモートプルダウンの最初の変化、紛争後、次に提出のこの部分があります。
強いカバー Gitのプッシュ - F起源マスターが
提出引っ張っ Gitのプル- - 起源は、ザ・マスターリベース Gitのプッシュマスターの起源を
もちろん、私がお勧めすることができます暴力の美学より良い、より珍しい、第二の第二です。