你必须添加css/mobile.css这个新文件和rm css/iphone.css，这样git就知道了。然后它将在git status中显示相同的输出。

你可以在状态输出(文件的新名称)中清楚地看到:

# Untracked files:
#   (use "git add <file>..." to include in what will be committed)

还有(旧名):

# Changed but not updated:
#   (use "git add/rm <file>..." to update what will be committed)

我认为在幕后git mv只不过是一个包装器脚本，它确实做到了:从索引中删除文件，并以不同的名称添加它

Git将从内容中识别文件，而不是将其视为一个新的未跟踪文件

这就是你出错的地方。

只有在添加文件之后，Git才能从内容中识别它。

对于Git 1.7。下面的命令对我有用:

git mv css/iphone.css css/mobile.css
git commit -m 'Rename folder.'

不需要添加git，因为原始文件(即css/mobile.css)已经在之前提交的文件中。

对于Xcode用户:如果你在Xcode中重命名你的文件，你会看到徽章图标更改为追加。如果你用Xcode提交，你会创建一个新文件，丢失历史记录。

解决方法很简单，但你必须在使用Xcode提交之前完成:

对文件夹进行Git状态检查。你应该看到分阶段的变化是正确的: 重命名:Project/OldName.h -> Project/NewName.h 更名为:项目/ OldName。m -> Project/NewName.m Do commit -m 'name change' 然后回到Xcode，你会看到徽章从A变成M，它被保存以提交将来使用Xcode的更改。

当我把我的文件夹和文件大写时，我使用Node.js的文件系统来解决这个问题。

在开始之前，不要忘记做出承诺。我不确定它有多稳定:)

在项目根中创建脚本文件。

// File rename.js

const fs = require('fs').promises;
const util = require('util');
const exec = util.promisify(require('child_process').exec);

const args = process.argv.slice(2);
const path = args[0];

const isCapitalized = (s) => s.charAt(0) === s.charAt(0).toUpperCase();

const capitalize = (s) => s.charAt(0).toUpperCase() + s.slice(1);

async function rename(p) {
  const files = await fs.readdir(p, { withFileTypes: true });
  files.forEach(async (file) => {
    const { name } = file;
    const newName = capitalize(name);
    const oldPath = `${p}/${name}`;
    const dumbPath = `${p}/dumb`;
    const newPath = `${p}/${newName}`;
    if (!isCapitalized(name) && name !== 'i18n' && name !== 'README.md') {
      // 'git mv' won't work if we only changed size of letters.
      // That's why we need to rename to dumb name first, then back to current.
      await exec(`git mv ${oldPath} ${dumbPath}`);
      await exec(`git mv ${dumbPath} ${newPath}`);
    }
    if (file.isDirectory()) {
      rename(newPath);
    }
  });
}

rename(path);

重命名目录(或单个文件)脚本中的所有文件更简单:

// rename.js

const fs = require('fs').promises;
const util = require('util');
const exec = util.promisify(require('child_process').exec);
const args = process.argv.slice(2);
const path = args[0];

async function rename(p) {
  const files = await fs.readdir(p, { withFileTypes: true });
  files.forEach(async (file) => {
    const { name } = file;
    const currentPath = `${p}/${name}`;
    const dumbPapth = `${p}/dumb`;
    await exec(`git mv ${currentPath} ${dumbPath}`);
    await exec(`git mv ${dumbPath} ${currentPath}`);
    if (file.isDirectory()) {
      rename(newPath);
    }
  });
}

rename(path);

运行带有参数的脚本

node rename.js ./frontend/apollo/queries

如何使用Node.js运行shell脚本文件或命令

让我们从Git的角度来考虑您的文件。

请记住，Git不会跟踪任何关于文件的元数据

您的存储库具有(以及其他)

$ cd repo
$ ls
...
iphone.css
...

它在Git的控制下:

$ git ls-files --error-unmatch iphone.css &>/dev/null && echo file is tracked
file is tracked

用以下方法进行测试:

$ touch newfile
$ git ls-files --error-unmatch newfile &>/dev/null && echo file is tracked
(no output, it is not tracked)
$ rm newfile

当你这样做时

$ mv iphone.css mobile.css

从Git的角度来看，

没有任何iphone.css(它被删除了-git对此发出警告-)。 有一个新文件mobile。css。 这些文件完全不相关。

因此，Git会对它已经知道的文件(iphone.css)和它检测到的新文件(mobile.css)提出建议，但只有当文件位于index或HEAD中时，Git才会开始检查它们的内容。

目前，“iphone.css deletion”和“mobile.css”都不在索引中。

将iphone.css delete添加到索引中:

$ git rm iphone.css

Git告诉你到底发生了什么(iphone.css被删除。没有别的事情发生):

然后添加新的文件mobile.css:

$ git add mobile.css

这次，删除文件和新建文件都在索引中。现在Git检测到上下文是相同的，并将其公开为重命名。事实上，如果文件有50%的相似度，它会将其检测为重命名，允许您稍微更改mobile.css，同时保持操作的重命名。

这在git diff上是可复制的，现在你的文件在索引中，你必须使用-cached。编辑mobile.css一点，将其添加到索引，并查看以下区别:

$ git diff --cached

and

$ git diff --cached -M

-M是git diff的“检测重命名”选项。-M代表-M50%(50%或更多的相似度将使git表示为重命名)，但如果你经常编辑mobile.css文件，你可以将其减少为-M20%(20%)。