git rebase在步骤之间留下了不合格的文件

Question

>git rebase <parent>
First, rewinding head to replay your work on top of it...
Applying: <First Change>
Applying: <Second Change>
.git/rebase-apply/patch:20: trailing whitespace.
warning: 1 line adds whitespace errors.
error: Your local changes to the following files would be overwritten by merge:
        <some exiting project file file>
        <another existing project file>
Please commit your changes or stash them before you merge.
Aborting
error: Failed to merge in the changes.
Using index info to reconstruct a base tree...
Falling back to patching base and 3-way merge...
Patch failed at 0002 <Second change>
The copy of the patch that failed is found in: .git/rebase-apply/patch

我用来在合并或折叠过程中解决CONFLICT文件。但是这种情况使我感到困惑。没有冲突，只是无法应用第二个更改，因为有些文件会被覆盖，这对我来说没有意义。这些都是已跟踪的现有文件。 git status rebase显示未挂起的添加之前，文件在 git log -- <some exiting project file file>中正确显示自己。<First Change>不触摸这些文件。<Second Change>修改了它们，但以某种方式将其视为覆盖物。

对这个谜的任何解释，任何建议如何解决这个问题？

git version 2.14.1.windows.1

Answer 1

我得出的结论是由vs保持打开的文件手柄和git之间的相互作用引起的。一个加重因素似乎是有毛：服务任务运行，而在js/ts/css文件中正在检查/检查/签到/签到/分支更改/启动拉动等。我还注意到，使用文件的安全性描述符完全拒绝了错误被破坏（例如，即使不是本地系统也不能占有文件）。很难看到NTFS元数据在如此糟糕的状态下处理，但是对我来说，结论是：与GIT合作时紧密的VS。或使用命令行中的vim和msbuild，这更可靠，更易于使用。但是我离题。