Git告诉你它想要创建文件(命名为public/system/images/9/…etc)，但是你在那个目录下已经有了Git没有跟踪的文件。也许其他人将这些文件添加到Git存储库中，而这是您第一次切换到该分支?

这些文件在开发分支中而不在当前分支中可能是有原因的。你可能要问你的合作者为什么会这样。

我如何让这个工作，所以我可以切换分支而不删除这些文件?

如果不让文件消失，你就不能这么做。你现在可以把public重命名为my_public或者别的什么。

如果我之后回到这个分支，一切都会像我最近提交的那样完美吗?

如果您提交了更改，Git不会丢失它们。如果您没有提交更改，那么Git会尽量不覆盖您所做的工作。这就是Git在这里的第一个实例(当您尝试切换分支时)警告您的内容。

.gitignore对已经在repo中的文件没有任何影响，因此需要使用git rm -cached删除它们。——cached会阻止它对你的工作副本产生任何影响，下次提交时它只会标记为已删除。文件从repo中删除后，.gitignore将阻止它们再次被添加。

但是你有另一个问题与你的。gitignore，你过度使用通配符，导致它匹配少于你期望它。相反，让我们改变。gitignore，试试这个。

.bundle
.DS_Store
db/*.sqlite3
log/*.log
tmp/
public/system/images/
public/system/avatars/

警告:它会删除未跟踪的文件，所以这不是一个很好的回答所提出的问题。

我也打出了这条信息。以我为例，我不想保留这些文件，所以这对我来说很有效:

Git 2.11及更新版本

git clean  -d  -f .

变老

git clean  -d  -f ""

如果你还想删除被git忽略的文件，那么执行下面的命令。

警告! !这很可能会破坏你的项目，只有当你100%知道你在做什么时才使用

Git 2.11及更新版本

git clean  -d  -fx .

变老

git clean  -d  -fx ""

http://www.kernel.org/pub/software/scm/git/docs/git-clean.html

-x意味着被忽略的文件以及git不知道的文件也会被删除。 -d表示除未跟踪的文件外，还删除未跟踪的目录。 -f命令用于强制运行。

我在根据之前的提交检出到分支时遇到了同样的问题。Git因为未跟踪文件而拒绝签出。

我找到了一个解决办法，希望它也能帮助到你。

将受影响的目录添加到.gitignore并在其中缓存$ git rm -r——显然是不够的。

假设你想基于之前的commit K创建一个分支来测试一些东西，然后回到当前版本。我会按照以下步骤来做:

Setup the untracked files: edit the .gitignore and apply $ git rm -r --cached on the files and directories you want the git to ignore. Add also the file .gitignore itself to .gitignoreand don't forget to issue $ git rm -r --cached .gitignore. This will ensure the the ignore behavior of git leaves the same in the earlier commits. Commit the changes you just made: $ git add -A $ git commit Save the current log, otherwise you may get problems coming back to the current version $ git log > ../git.log Hard reset to the commit K $ git reset --hard version_k Create a branch based on the commit K $ git branch commit_k_branch Checkout into that branch $ git checkout commit_k_branch Do your stuff and commit it Checkout back into master again $ git checkout master Reset to the current Version again $ git reset current_version or $ git reset ORIG_HEAD Now you can reset hard to the HEAD git reset --hard HEAD

注意!不要跳过倒数第二步(例如:$ git reset——hard ORIG_HEAD )否则git上面抱怨的未跟踪文件将会丢失。

我还确保git抱怨的文件没有被删除。我将它们复制到一个文本文件中，并在$(cat ../test.txt)中发出命令$ for I;做ls -ahl $i;完成

如果再次签出到上面提到的分支，不要忘记发出$ git状态，以确保没有不必要的更改出现。

在我的例子中，git rm—cached不起作用。 但我得到了一个git rebase

不幸的是，无论是git rm——cached还是git clean -d -fx ""都没有为我做这件事。

我的解决方案最终是将我的分支推到远程，克隆一个新的回购，然后在新的回购中进行合并。其他获得回购的人也必须这样做。

这个故事的寓意是:从一开始就使用.gitignore文件。

警告:这将删除未索引的本地文件

强制执行:git checkout -f another-branch

如果你使用的是OS X系统，可能是因为某个文件的名称发生了某些字符的变化。尝试设置以下配置选项:

git config core.ignorecase true

我在Windows 8系统上就遇到过这种情况，我在命令提示符下使用Git。我的团队其他成员使用TFS，我使用微软的Git -tf在TFS和我的本地Git存储库之间进行推/拉操作。

问题的产生是由于一些文件被重命名只是为了改变它们的大小写。事情的经过是这样的:

The files were checked in with mixed casing in their names. In a later commit, the file names were changed to all lower-case. git-tf initially got the files in mixed case. When the files were renamed to lower-case, git-tf didn't get the files because to Windows 8 those file names are equivalent. Since Git is case-sensitive, it complained that I had the mixed-case files that weren't in source control. But using git status, I couldn't see any changes, since in the Windows command prompt those file names are equivalent.

对我来说最简单的解决方法是:

Git在添加这些文件之前就签出了以前的项目版本。 然后git用正确的文件套出项目的最新版本。

在我的例子中，我看到这个错误是因为我使用的是一个流行的开源CMS，导致问题的目录是CMS写入的上传目录。

它说的是有些文件你没有，但你不能从版本控制中获得。

我抓取所有的文件从现场到我的本地，然后我会检查这到回购，希望这解决了问题。

这可能是许可问题，

改变所有权，

sudo chown -v -R usr-name:group-name folder-name

我也面临着类似的问题，我尝试了上面发布的所有解决方案，但都不起作用

当我在开发分支中将我的onmusicupdatelister .java重命名为onmusicupdatelister .java时，导致了这个问题。

master有onmusicupdatelister .java 和develop有和onmusicupdatelister .java相同的文件

现在，每当我切换到master，它就会给我一个错误

The following untracked working tree files would be overwritten by checkout

然后它中止了。

为了解决这个问题，我强制检查了主分支 然后将我的onmusicupdatelister .java重命名为onmusicupdatelister .java，提交它，然后将其合并到开发分支。

然后我更新了我的开发分支合并到主，现在一切恢复正常，问题解决了。

删除appname/gen/下的.gitignore文件即可解决此问题。

如果您想快速解决此问题，可以使用此命令:

git checkout -f dev

有一个命令可以执行这个微妙的任务(永久删除未跟踪的文件)

git clean -i

那就拉吧。

2个名称相同但情况不同的文件可能会出现问题。

您可以删除这些文件中的一个或重命名它。例:

Pdf.html.twig (The GOOD one)

pdf.html.twig (The one I deleted)

这两个函数

Git rm——缓存 Git checkout -f另一个分支

对我不起作用。

相反，我按照Git告诉你的那样，在eclipse中物理删除了该文件;

Please move or remove them before you can switch branches.

然后添加/提交。

然后我拉了一下，成功了!

移动文件，而不是删除

避免删除文件的一种方法是移动它们。例如:

cd "`git rev-parse --show-toplevel`"
git checkout 2>&1 | while read f; do [ ! -e "$f" ] || mv "$f" "$f".bak; done

如果您在本地重命名了一个文件，然后执行拉取，它将显示该错误消息。

我只是去了文件系统，直接删除了文件，然后继续git签出，它工作了。

我已经遇到过好几次这样的问题了，这可能与开发人员执行删除、推送、重新添加、推送或诸如此类的操作有关。

这很容易解决，git说你在两个分支中有相同的文件，因此你必须从主分支中删除特定的文件，然后你将能够合并:

git merge "your branch"

我希望它对你有用，我刚刚解决了我的错误。 我的错误是:

error: The following untracked working tree files would be overwritten by merge:
        .vs/slnx.sqlite
Please move or remove them before you merge.
Aborting

现在起作用了! 在我的例子中。vs/slnx。sqlite是visual studio生成的，删除之前需要关闭它。

这对我很管用。

 1. git fetch --all
 2. git reset --hard origin/{branch_name}

在我的例子中，问题在于子模块。Master与另一个分支合并，该分支向项目添加了一个新的子模块。我试图签出的分支没有它，这就是为什么git抱怨未跟踪文件，其他建议的解决方案都不适合我。我强行到我的新分行结账，拉上了主人。

Git checkout -f my_branch Git拉源主 Git子模块update——init

对于那些不需要斯科特·谢弗的答案那么深远的答案的人来说，

git clean -f

可能会起作用。我强烈建议跑步

git clean --dry-run

第一。如果您运行Git clean -f，该命令将输出Git将删除的文件列表，这可能会避免您无意中删除不想删除的文件。

有关git clean的更多信息，请参阅堆栈溢出的回答或文档。

大多数答案都考虑删除或删除文件，这是最简单的方法。但有时您不想删除本地文件。但合并策略，所以git也有解决方案;

git merge --strategy=ours master 

只需删除文件或重命名它们。

如。

$ git pull
Enter passphrase for key '/c/Users/PC983/.ssh/id_rsa':
error: Your local changes to the following files would be overwritten by merge:
        ajax/productPrice.php
Please commit your changes or stash them before you merge.
error: The following untracked working tree files would be overwritten by merge:
        ajax/product.php
Please move or remove them before you merge.
Aborting
Updating a04cbe7a..6aa8ead5

我不得不重命名/删除ajax/product.php和ajax/ productprice .php。

别担心，少壮派会把他们拉回来的。我建议您重命名它们，而不是删除它们，因为您可能会失去一些更改。

如果这没有帮助，那么你必须删除整个分支并重新创建它，然后执行git pull origin remotebranch

以便保存修改后的文件，并在以后使用修改后的内容。 我发现这个错误，当我试着签出一个分支时，当我试图重新建立基础。 试试Git stash

git 存储

检查是否有文件夹名包含'/'或任何特殊符号，然后重命名该文件夹。 然后只需将存储库克隆到另一个位置。

一个简单的解决方案是: 只需确保您在github中的正确工作目录中。 如果用户试图合并文件夹层次结构中太高的目录，几乎每次都会出现该消息。

例子:

/workspace/git/myBashSourceFolder/myProjectSourcefolder

Scenario: User cloned repo in git-folder he created a new Java Project in Eclipse, imported the cloned repo. Eclipse set myProjectSourceFolder as Source Folder in his local Project. therefore the User entered it in git bash and pushed, pulled and commited his project from there. git syncs therefore myProjectSourceFolder - but has no record in his history for myBashSourceFolder. Therefore a push / pull /merge from myBashSourceFolder will produce the given output, if User tries to sync from there next time, instead of the folder he worked before.

解决方案:输入正确的文件夹并再次尝试拉。几乎在每一个 我遇到的时候，这个解决方案工作得很好:)

这个命令解决了我的问题:

git add * 
git stash
git pull

在我的情况下，问题是由于文件名称从订阅更改。ts到Subscribe.ts。

所以我检查我的分支开发人员是否与我所在的当前分支同步。

(电流支路主)

Git合并开发 已经是最新的了 Git分支-d dev Git checkout -b dev