$ git push
fatal: The current branch master has no upstream branch.
To push the current branch and set the remote as upstream, use
git push --set-upstream origin master
$ git push --set-upstream origin master
fatal: I don't handle protocol ''
$ git config --global url."https://".insteadOf git://
$ git push --set-upstream origin master
fatal: I don't handle protocol ''
$ git push
fatal: The current branch master has no upstream branch.
To push the current branch and set the remote as upstream, use
git push --set-upstream origin master
4
A
回答
9
嘗試和推動網址重置爲:
git remote set-url origin https://github.com/<username>/<reponame>
與datasciencecoursera回購名稱替換<username>
與您的GitHub的用戶帳戶,<reponame>
。
0
它是Https的安全協議錯誤。 (在ssl中也是如此) 其固定與VonC說的信息。 git remote set-url原點https://github.com//
只需按照Vonc說明操作即可。
3
我有一個類似的問題,我做了以下內容,運行以下命令
1. git remote set-url origin https://github.com/<username>/<reponame>
更換用戶名和reponame然後運行
2. git push --set-upstream origin master
好運。
相關問題
- 1. 致命︰我不處理協議'https'
- 2. 致命:我不處理協議
- 3. 混帳:致命的:我不處理協議「HTTP」
- 4. 混帳:我不處理協議「[https」時
- 5. .CMD批處理文件不推我的本地git的回購協議的GitHub
- 6. 遊戲協議
- 7. Windows - 啓動命令和協議處理程序
- 8. Office協議處理程序
- 9. 協議處理程序
- 10. python多處理pickle協議
- 11. 網關可以處理不同的協議嗎?
- 12. PCAP如何處理多個協議同時
- 13. Git克隆SSH - 致命協議錯誤
- 14. 動態ChannelHandler使用不同的協議
- 15. WS-Federation被動協議端點和SAML協議端點不能同時爲空
- 16. Swift,推理和協議行爲
- 17. Java中協議處理的最佳庫?
- 18. OAuth2協議中的作用域處理
- 19. 不能推git的回購協議OpenShift
- 20. git存檔致命:協議不支持的操作
- 21. 上游發送不受支持的協議版本
- 22. MESI協議 - 如何處理INVALID?
- 23. 如何處理自定義協議?
- 24. C#:處理WebClient「違反協議」
- 25. BlackBerry - 處理自定義協議
- 26. iOS 9.2打破應用協議處理
- 27. 批處理文件協議解析器
- 28. txt問題在RF協議中處理
- 29. Windows Phone 7自定義協議處理
- 30. 協議異常未處理wcf
看起來您的遠程URL配置錯誤。 git remote -v顯示什麼? – larsks
皮爾@ PIERRE-PC〜/項目/ datasciencecoursera(主) $ GIT中遠程-v datasciencecoursera://github.com/pbxavier/datasciencecoursera.git(讀取) datasciencecoursera://github.com/pbxavier/datasciencecoursera。 git(push) origin https://github.com/pbxavier/datasciencecoursera(fetch) origin https://github.com/pbxavier/datasciencecoursera(push) – pbx2
當人們要求更多信息時,最好更新問題而不是留下評論,因爲評論並沒有很多正確的格式選項。但是,你似乎錯過了那些URL上的協議(它們以'://'而不是'https://'開頭)。 @VonC的回答應該讓你感到滿意。 – larsks