git中报错

1、

$ git pull origin master
fatal: not a git repository (or any of the parent directories): .git

这个错误说明了没有 .git这样的一个目录,所以只需要 git init一下,就可以解决了,然后再重新建立远程连接。

2、

git中报错_第1张图片

在 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就好了

git中报错_第2张图片

出错原因分析:
进行提交前,需提前拉取远程仓库的代码,拉取之后,需要重新add、commit,避免仓库的数据被修改,但是再次提交之后会出现上图的错误;

原因:
是因为你现在正在编辑的提交将要覆盖在“11ddele commited”,之前使用过git rebase执行过代码的覆盖;

解决方法:
git rebase --continue //使用该命令继续代码的提交
使用上述代码后,需要重新提交一下,解决代码冲突问题,直至没有rebase提示即正常进行:
git push -u origin master

3、

git中报错_第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中报错_第4张图片
原因:因为码云创建的仓库有某文件,而本地没有,造成本地和远程的不同步,所以报错。

解决原因:强制上传覆盖远程文件,即可解决
git push -f origin master

6、

git中报错_第5张图片

原因:
更新 Git 版本导致

解决方法:
git config --global --add safe.directory ‘*’

7、

git中报错_第6张图片
原因:
本地项目的git仓库和github新建立的远程项目仓库是两个独立的仓库,没有关联。

解决方法:
在操作命令后面加–allow-unrelated-histories

你可能感兴趣的:(知识点,git)