有時(shí)候在向服務(wù)器git push origin master
的時(shí)候會(huì)出現(xiàn)失敗的現(xiàn)象。它是這樣的
然后呢,我在百度上歷經(jīng)千辛萬苦,找到了解決的方法。
他說是因?yàn)檫h(yuǎn)程倉庫和本地倉庫文件沖突,使用git pull --rebase origin master
(拉取遠(yuǎn)程的文件把本地的覆蓋,再上傳)。然后再進(jìn)行push
,我這天真的小白,就深信不疑地使用了。第一次還真的成功了。還提交上去了。但是好景不長,我再次使用的時(shí)候(也可能是命令記錯(cuò)了),就變成了這樣
然后我git status,他是這樣的
不僅這樣,文件夾的文件都丟失了,我學(xué)了一個(gè)星期的vue練習(xí)都被玩沒了,我的心猶如刀割。
我無論如何都要讓他們重新回到我的懷抱。我就找啊找,終于,經(jīng)過跋山涉水,找到了,而且這么簡單,只需要:git rebase --abort
,使用git rebase --abort
可以解決代碼回退的問題
然后我就回到了讓我熟悉的地方。然后再git status。
然后我git init。
再打開我的文件夾,文件也都回來了。
---------更新
使用
git push origin master
報(bào)的錯(cuò)誤可以通過下面文章解決
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)程的代碼拉下來
git pull
然后還有一個(gè)比較剛的方法:
git push -u origin master -f
另外這個(gè)命令比較危險(xiǎn),他的意思是將本地代碼強(qiáng)制推送帶遠(yuǎn)程,那么就會(huì)覆蓋遠(yuǎn)程當(dāng)前代碼。慎用??!
總結(jié)
到此這篇關(guān)于一不小心git rebase后出現(xiàn)(master|REBASE 1/10)的問題及解決辦法的文章就介紹到這了,更多相關(guān)git rebase后出現(xiàn)(master|REBASE 1/10)內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
標(biāo)簽:雙鴨山 莆田 丹東 鄂爾多斯 哈爾濱 襄陽 錫林郭勒盟 遵義
巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《一不小心git rebase后出現(xiàn)(master|REBASE 1/10)的問題及解決辦法》,本文關(guān)鍵詞 一不小心,git,rebase,后,出現(xiàn),;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們,我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。