概述
1、
$ git pull origin master
fatal: not a git repository (or any of the parent directories): .git
这个错误说明了没有 .git这样的一个目录,所以只需要 git init一下,就可以解决了,然后再重新建立远程连接。
2、
在 git 执行命令git push origin master时,报错error: failed to push some refs to ‘https://gitee.com/
根本原因是远程仓库和本地仓库内容不同,将远程仓库中不同的内容pull到本地,就好了。
比如,我是新建了一个远程仓库,准备把本地内容上传时,忘记把远程仓库的redme.md文件同步出错的。
解决方法:
git pull --rebase origin master
将redme.md文件同步到本地,然后再次执行git push origin master就好了
出错原因分析:
进行提交前,需提前拉取远程仓库的代码,拉取之后,需要重新add、commit,避免仓库的数据被修改,但是再次提交之后会出现上图的错误;
原因:
是因为你现在正在编辑的提交将要覆盖在“11ddele commited”,之前使用过git rebase执行过代码的覆盖;
解决方法:
git rebase --continue //使用该命令继续代码的提交
使用上述代码后,需要重新提交一下,解决代码冲突问题,直至没有rebase提示即正常进行:
git push -u origin master
3、
方案一 忽略单个目录
哪个目录里有git,就通过命令行添加哪个目录,多个目录,多次添加。
git config --global --add safe.directory D:/www/your-project
git config --global --add safe.directory D:/www/other-project
方案二 忽略全部文件夹
可以通过加通配符为*,忽略所有文件夹。需要注意,该处理方法一般适用于只有本人一个用户使用的电脑,确保无其它用户,否则存在安全问题。见下方详述。
git config --global --add safe.directory "*"
相关内容
本次安全升级的名称为CVE-2022-24765,主要想防范在多用户主机上,通过创建上级目录的方式,进行git配置的篡改。
原有的git机制是,如果本级目录下没有.git目录,它会向上级目录(父级)查找.git目录,直到查找到为止。这种机制下,如果有恶意人员借助共享目录的权限,在最上级目录创建.git文件,可能导致用户误操作在非项目目录中操作git时,将会使用恶意人员部署的git配置。
所以这次git增加了限制,在逐层读取git配置时,同时检查文件所有权人,如果非本用户,则停止。如果想添加例外,则需要使用上面提到的 safe.directory。
4、
进入到cmd 项目目录
git remote set-url origin (你的仓库SSH地址)
在这里插入图片描述
5、
原因:因为码云创建的仓库有某文件,而本地没有,造成本地和远程的不同步,所以报错。
解决原因:强制上传覆盖远程文件,即可解决
git push -f origin master
6、
原因:
更新 Git 版本导致
解决方法:
git config --global --add safe.directory ‘*’
7、
原因:
本地项目的git仓库和github新建立的远程项目仓库是两个独立的仓库,没有关联。
解决方法:
在操作命令后面加–allow-unrelated-histories
最后
以上就是疯狂奇迹为你收集整理的git中报错的全部内容,希望文章能够帮你解决git中报错所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。
发表评论 取消回复