我如何强制将本地文件覆盖在git pull
我的本地仓库包含一个文件名文件名与服务器上的文件名相同。
错误: 未跟踪的工作树文件“ example. txt ” 会被合并覆盖
我如何强制将本地文件覆盖在git pull
我的本地仓库包含一个文件名文件名与服务器上的文件名相同。
错误: 未跟踪的工作树文件“ example. txt ” 会被合并覆盖
当前回答
我尝试了大部分我在这里能找到的东西,
有效的是git merge -X theirs
其他回答
如果您正在制定您的代码, 发现新的更改是一个巨大的错误或意外, 您可以简单地使用其他选项, 比如 :
git restore .
。指目录中的所有文件。
我刚刚解决了这个问题 自己:
git checkout -b tmp # "tmp" or pick a better name for your local changes branch
git add -A
git commit -m 'tmp'
git pull
git checkout master # Or whatever branch you were on originally
git pull
git diff tmp
最后一个命令给出您本地更改的列表。 继续修改“ tmp” 分支, 直至它可以接受, 然后将它合并为母版 :
git checkout master && git merge tmp
下次,你也许可以用更干净的方式处理这件事, 找到"Git 藏宝分支",虽然藏宝在最初的几例尝试中 可能会给你带来麻烦, 所以首先试验一个非关键项目...
不要用git reset --hard
这将抹去他们完全不可取的变化,相反:
git pull
git reset origin/master
git checkout <file1> <file2> ...
您当然可以使用git fetch
代替git pull
因为它显然不会合并, 但如果你通常拉它, 继续拉在这里是有道理的。
所以这里发生的事情就是git pull
更新您的源/ 主管参考; git reset
更新本地分支引用与来源/主管相同,不更新任何文件,所以您的检查状态没有变化;git checkout
将文件返回到您的本地分支索引状态需要时。如果在现场和上游主控上添加了完全相同的文件,索引已经与重置之后的文件匹配,因此在普通情况下,不需要做git checkout
完全没有
如果上游分支也包含您想要自动应用的承诺,您可以跟踪进程上微妙的变异:
git pull
git merge <commit before problem commit>
git reset <problem commit>
git checkout <file1> <file2> ...
git pull
尽管这个问题已经有许多答案,但最初的问题是解决这个问题。
错误: 未跟踪的工作树文件“ public/images/icon. gif” 会被合并覆盖
由于二进制文件无法合并, 简单的答案是
git checkout public/images/icon.gif
有了这个文件,文件就会恢复到它在这个分支的原有状态。
我平平平平平平平平git stash
如果我不想失去我的改变或类似的东西git checkout .
如果我不在乎本地修改的文件的话 海事组织比海事组织简单得多reset --hard
, clean
...所有这些东西更适合 离开分支的远程, 包括承诺,未跟踪的文件, 而不是仅仅解决一个本地修改过的文件。
首先,尝试标准的方式:
git reset HEAD --hard # To remove all not committed changes!
git clean -fd # To remove all untracked (non-git) files and folders!
警告警告警告警告:上端命令只有在您没有指定数据/文件时才能导致数据/文件丢失!如果您不确定,请先将整个仓库文件夹的备份作为首选 。
然后再拉一次,再拉一次,再拉一次,再拉一次,再拉一次,再拉一次,再拉一次,再拉一次,再拉一次,再拉一次,再拉一次,再拉一次,再拉一次,再拉一次,再拉一次,再拉一次,再拉一次,再拉一次,再拉一次,再拉一次,再拉一次,再拉一次,再拉一次,再拉一次,再拉一次,再拉一次,再拉一次,再拉一次,再拉一次,再拉一次,再拉一次,再拉一次,再拉一次,再拉一次,再拉一次,再拉一次
如果上面没有帮助,你也不关心你的未追踪文件/目录(在万一情况下先备份),请尝试以下简单步骤:
cd your_git_repo # where 'your_git_repo' is your git repository folder
rm -rfv * # WARNING: only run inside your git repository!
git pull # pull the sources again
这将重新移动所有 git 文件( 豁免).git/
(dir,你们都承诺过的地方) 并再次拉动它。
为什么git reset HEAD --hard
在某些情况下会失败吗?
自定义规则.gitattributes file
拥有( 拥有)eol=lf
. givatritites 中的规则可能导致 Git 将 CRLF 线条转换为某些文本文件中的 LF , 从而修改某些文件更改 。
如果情况如此,你必须实施这些CRLLF/LF的改变(通过在git status
),或尝试:git config core.autcrlf false
暂时忽视他们。
文件系统不兼容
当您使用不支持权限属性的文件系统时。 例如, 您有两个仓库, 一个在 Linux/ Mac (Linux/ Mac) 上 。ext3
/hfs+
和另一个基于FAT32/NTFS的文件系统。
您注意到,有两种不同的文件系统, 所以不支持 Unix 权限的系统基本上不能在不支持这种权限的系统上重置文件权限, 所以不管如何--hard
你试试看,GIT总能察觉到一些"变化"