相關(guān)文章

• 

  【Git】Git commit至Gitee報(bào)錯(cuò)‘remote: error: hook declined to update refs/heads/master‘的解決方法

  Git commit至Gitee報(bào)錯(cuò)‘remote: error: hook declined to update refs/heads/master‘的解決方法 進(jìn)入到Gitee的 郵箱管理 中，取消勾選 禁止命令行推送暴露個(gè)人郵箱

  2024年02月04日

  瀏覽(26)
• 

  【Git刪除大文件失敗，提示W(wǎng)ARNING: Ref ‘refs/heads/master‘ is unchanged的解決思路】

  最近使用Gitee一直在獨(dú)立開(kāi)發(fā)某個(gè)項(xiàng)目，某次因?yàn)槟硞€(gè)測(cè)試文件比較大，超過(guò)了100MB，gitee無(wú)法接受，上傳失敗。但是當(dāng)時(shí)我沒(méi)有發(fā)現(xiàn)上傳失敗，就沒(méi)有處理，等到今天發(fā)現(xiàn)的時(shí)候，已經(jīng)提交過(guò)好多次代碼了，都是提交到了緩存里，并沒(méi)有提交到遠(yuǎn)程分支下。 報(bào)錯(cuò)如下圖所示：

  2024年02月09日

  瀏覽(25)
• 

  詳解推送Git分支時(shí)發(fā)生的 cannot lock ref 錯(cuò)誤

  在碼云上建了一個(gè)項(xiàng)目倉(cāng)庫(kù)，分支模型使用 git-flow ，并在本地新建了一個(gè)功能分支 feature/feature-poll。后來(lái)在推送時(shí)發(fā)生錯(cuò)誤，提示 cannot lock ref ...... 這樣的錯(cuò)誤信息。下面復(fù)盤(pán)一下具體過(guò)程和解決辦法，以供參考。 在碼云中建立倉(cāng)庫(kù)時(shí)，考慮到想按照 GitFlow 的模式來(lái)管理倉(cāng)

  2024年02月12日

  瀏覽(19)

• git pull 時(shí)出現(xiàn)error: cannot lock ref 問(wèn)題

  git工程下的目錄.git/refs目錄的追蹤分支，與其遠(yuǎn)程倉(cāng)庫(kù)對(duì)應(yīng)的分支refs不同，導(dǎo)致git pull操作失敗。 其他開(kāi)發(fā)者使用了git push -force 進(jìn)行強(qiáng)推代碼。 git 分支是不區(qū)分大小寫(xiě)的，有人刪除了遠(yuǎn)程倉(cāng)庫(kù)的分支并重新創(chuàng)建了一個(gè)同名字的分支。 刪除有問(wèn)題的refs，可以直接在.git/refs下

  2024年02月05日

  瀏覽(27)
• 

  Gitee推送被拒【! refs/heads/master:refs/heads/master [remote rejected] (hook declined)Done】解決方案

  網(wǎng)上看了很多，說(shuō)什么沒(méi)有權(quán)限啊，內(nèi)容重復(fù)的都試過(guò)了，但是?。。《紱](méi)用，后來(lái)自己慢慢研究，發(fā)現(xiàn)了問(wèn)題 ?第一、進(jìn)gitee個(gè)人主頁(yè)，點(diǎn)擊旁邊的齒輪進(jìn)入設(shè)置 ? ?第二、點(diǎn)擊郵箱管理，取消勾選，問(wèn)題解決 ? 只針對(duì)Gitee報(bào)錯(cuò)推送被拒，報(bào)錯(cuò)!?? ?refs/heads/master:refs/heads/

  2024年02月03日

  瀏覽(24)

• git push報(bào)錯(cuò)：![rejected] master -＞ master(non-fast-forward) error:failed to push some refs to XXX

  背景 本地git庫(kù)，要push到gitlab上，執(zhí)行完如下命令后報(bào)錯(cuò)： 報(bào)錯(cuò)信息為： 原因 從本地代碼創(chuàng)建遠(yuǎn)程倉(cāng)庫(kù)的時(shí)候，添加了README.md，但本地倉(cāng)庫(kù)中并沒(méi)有該文件。 解決方案 添加忽略不相干的歷史選項(xiàng)，將遠(yuǎn)程倉(cāng)庫(kù)中的文件重新拉取到本地，這樣本地文件會(huì)出現(xiàn)README.md： 之后再

  2024年02月04日

  瀏覽(33)
• 

  git fatal: bad object refs/heads 解決方案

  （一）問(wèn)題表現(xiàn) （二） 解決方案 1、把?.gitrefsremotesorigin 下出問(wèn)題的分支名稱(chēng)刪除掉 2、把.gitrefsheads下出問(wèn)題的分支名稱(chēng)刪除掉 再次執(zhí)行g(shù)it pull --rebase即可解決。 （三）參考文檔： git提交的時(shí)候出現(xiàn)異常“bad object HEAD”的另一種解決方案_buzaiyouyu001的博客-CSDN博客

  2024年02月16日

  瀏覽(91)
• 

  git使用git push -u origin master提交遠(yuǎn)程倉(cāng)庫(kù)時(shí)報(bào)錯(cuò)error: failed to push some refs to ‘‘https://gitee.com/xx報(bào)錯(cuò)解決

  ? ? ? ? 今天使用git將項(xiàng)目提交遠(yuǎn)程倉(cāng)庫(kù)時(shí)報(bào)錯(cuò)了，報(bào)錯(cuò)如下： ????????error: failed to push some refs to \\\'https://gitee.com/wang-junyanga/qiuy.git\\\' ?出現(xiàn)問(wèn)題前的操作： ? ? ? ? 我再 gitee 中初始化了一個(gè)名字為 Qiuy 的倉(cāng)庫(kù)，里面有一個(gè)默認(rèn)的分支為 master，我想要將本地倉(cāng)庫(kù)中的名為

  2024年02月16日

  瀏覽(33)
• 

  踩坑：gitee報(bào)錯(cuò)fatal: Couldn‘t find remote ref master。

  在通過(guò)vscode提交代碼到遠(yuǎn)程倉(cāng)庫(kù)的時(shí)候，報(bào)了這個(gè)錯(cuò)：fatal: Couldn\\\'t find remote ref master。 然后，我在網(wǎng)上找了超級(jí)多方法，基本都是檢查倉(cāng)庫(kù)配置，我貼一下，看大家是否需要： 1.檢查本地GIT的配置 使用以上命令來(lái)檢查本地的用戶名和郵箱是否填寫(xiě)正確 2.檢查遠(yuǎn)程倉(cāng)庫(kù)配置 如

  2024年02月11日

  瀏覽(40)
• 

  Git error:‘fatal: Couldn‘t find remote ref master‘

  如果出現(xiàn)該錯(cuò)誤提示，可能是因?yàn)槭褂昧伺f命令： master現(xiàn)在被認(rèn)為是有種族歧視的，github將其換成了 main ，所以現(xiàn)在使用pull可以寫(xiě)為： 如需要將已有repos的 master 換為 main ，可依照以下步驟： 1-重命名本地分支： 2-重命名遠(yuǎn)程分支 3-刪除遠(yuǎn)程分支 master 4-告知團(tuán)隊(duì)中的其他人

  2024年02月09日

  瀏覽(32)