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

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

然后我git status，他是這樣的

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

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

然后我git init。
再打開(kāi)我的文件夾，文件也都回來(lái)了。
---------更新
使用

git push origin master

報(bào)的錯(cuò)誤可以通過(guò)下面文章解決

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

今天向git提交代碼的時(shí)候出現(xiàn)了報(bào)錯(cuò)

 ! [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.

這東西就是本地和遠(yuǎn)程起了沖突

可以先將遠(yuǎn)程的代碼拉下來(lái)

git pull

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

然后還有一個(gè)比較剛的方法：

git push -u origin master -f

另外這個(gè)命令比較危險(xiǎn)，他的意思是將本地代碼強(qiáng)制推送帶遠(yuǎn)程，那么就會(huì)覆蓋遠(yuǎn)程當(dāng)前代碼。慎用?。?/p>

總結(jié)

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

最新評(píng)論