最好的办法是自己去试试。

mkdir test
cd test
git init
touch aaa.txt
git add .
git commit -a -m "New file"
mv aaa.txt bbb.txt
git add .
git status
git commit --dry-run -a

现在git状态和git提交——dry-run -a显示两个不同的结果，其中git状态显示bbb.txt作为一个新文件/ aaa.txt被删除，而——dry-run命令显示实际的重命名。

~/test$ git status

# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#   new file:   bbb.txt
#
# Changes not staged for commit:
#   (use "git add/rm <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#   deleted:    aaa.txt
#


/test$ git commit --dry-run -a

# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#   renamed:    aaa.txt -> bbb.txt
#

现在去办理登机手续。

git commit -a -m "Rename"

现在您可以看到文件实际上已重命名，并且git status中显示的内容是错误的，至少在本例中是这样。下划线GIT实现可能会将这两个命令分开处理。

这个故事的寓意:如果你不确定你的文件是否被重命名了，发出一个“git commit -dry-run -a”。如果它显示文件已重命名，那么就可以开始了。

当我把我的文件夹和文件大写时，我使用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 mv手册页说

索引在成功完成后更新， […]

因此，首先，您必须自己更新索引 (使用git添加mobile.css)。但是git状态 仍然会显示两个不同的文件:

$ git status
# On branch master
warning: LF will be replaced by CRLF in index.html
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#       modified:   index.html
#       new file:   mobile.css
#
# Changed but not updated:
#   (use "git add/rm <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#       deleted:    iphone.css
#

你可以通过运行git commit——dry-run -a来得到不同的输出 期望:

Tanascius@H181 /d/temp/blo (master)
$ git commit --dry-run -a
# On branch master
warning: LF will be replaced by CRLF in index.html
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#       modified:   index.html
#       renamed:    iphone.css -> mobile.css
#

我不能确切地告诉你为什么我们会看到这些差异 在git状态和git提交之间——dry-run -a，但是 下面是莱纳斯的提示:

Git根本不关心整体 在内部“重命名检测”，以及您拥有的任何提交 所做的重命名完全独立于 然后我们使用启发式来显示重命名。

试运行使用真正的重命名机制，而 Git状态可能不会。

刚刚遇到了这个问题-如果你更新了一堆文件，不想把它们都做git mv，这也可以:

将父目录/dir/RenamedFile.js重命名为/whatever/RenamedFile.js。 git添加-A来进行更改 重命名父目录为/dir/RenamedFile.js。 git add -A再次，将重新stage vs该更改，迫使git拾取文件名更改。

您必须将这两个修改后的文件添加到索引中，Git才能将其识别为移动。

mv old new和git mv old new之间的唯一区别是git mv也将文件添加到索引中。

mv old new然后git add -A也可以工作。

请注意，不能只使用git add .，因为它不会向索引添加删除。

参见“git add -A”和“git add”的区别。

在你必须手动重命名文件的情况下，例如，使用脚本批量重命名一堆文件，然后使用git add -A。为我工作。