有時候在向服務器git push origin master的時候會出現(xiàn)失敗的現(xiàn)象。它是這樣的

然后呢，我在百度上歷經(jīng)千辛萬苦，找到了解決的方法。
他說是因為遠程倉庫和本地倉庫文件沖突，使用git pull --rebase origin master（拉取遠程的文件把本地的覆蓋，再上傳）。然后再進行push，我這天真的小白，就深信不疑地使用了。第一次還真的成功了。還提交上去了。但是好景不長，我再次使用的時候（也可能是命令記錯了），就變成了這樣

然后我git status，他是這樣的

不僅這樣，文件夾的文件都丟失了，我學了一個星期的vue練習都被玩沒了，我的心猶如刀割。
我無論如何都要讓他們重新回到我的懷抱。我就找啊找，終于，經(jīng)過跋山涉水，找到了，而且這么簡單，只需要：git rebase --abort，使用git rebase --abort 可以解決代碼回退的問題

然后我就回到了讓我熟悉的地方。然后再git status。

然后我git init。
再打開我的文件夾，文件也都回來了。
---------更新
使用

git push origin master

報的錯誤可以通過下面文章解決

git push 出現(xiàn)報錯error: failed to push some refs to的解決辦法

今天向git提交代碼的時候出現(xiàn)了報錯

 ! [rejected]        master -> master (fetch first)
error: failed to push some refs to '巴拉巴拉巴拉'
hint: Updates were rejected because the remote contains work that you do
hint: not have locally. This is usually caused by another repository pushing
hint: to the same ref. You may want to first integrate the remote changes
hint: (e.g., 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.

這東西就是本地和遠程起了沖突

可以先將遠程的代碼拉下來

git pull

• 然后找到?jīng)_突的文件進行保留
• 解決完成后沖突在push上去
  

然后還有一個比較剛的方法：

git push -u origin master -f

另外這個命令比較危險，他的意思是將本地代碼強制推送帶遠程，那么就會覆蓋遠程當前代碼。慎用??！

總結

到此這篇關于一不小心git rebase后出現(xiàn)(master|REBASE 1/10)的問題及解決辦法的文章就介紹到這了,更多相關git rebase后出現(xiàn)(master|REBASE 1/10)內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論