我在根据之前的提交检出到分支时遇到了同样的问题。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状态，以确保没有不必要的更改出现。

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

一个简单的解决方案是: 只需确保您在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 rm——缓存 Git checkout -f另一个分支

对我不起作用。

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

Please move or remove them before you can switch branches.

然后添加/提交。

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

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

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

(电流支路主)

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

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

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

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命令用于强制运行。