我在各种常见问题解答中看到git 没有明确跟踪重命名/移动，而是更喜欢寻找相同（或在某些情况下类似？）的文件。这很好，但它能否应对这种情况：朋友的远程存储库有一个新功能 (i18n)，其中涉及一些位于 debian/po/*.po 的新文件。我有我自己的这个项目的分支，并且想合并这个功能，但把文件放在po/*.po （我可以做两次提交，或者任何必要的）。我希望远程仓库将继续接收该功能的更新，我只想合并/挑选这些提交并将它们应用于我新位置的文件。 git 可以做到这一点，也许是“这些文件现在已经移到这里”的某种映射？还是它比它的价值更痛苦，我应该接受我的回购中稍微奇怪的debian 路径吗？
【问题讨论】：
使用git mv，一切都会正常。
为什么不直接尝试而不是询问？您可以随时在 git 中轻松重置。 :)
【讨论】：
Git 缺乏一种机制来表明您希望在进行两个项目/分支等之间的差异时会有 路径 重命名和更新。
有各种可用的文件重命名选项（例如 -M 和 --patience），但速度可能很慢。
如前所述，路径重命名不会影响存储库本身，因为它只是您的内容（blob）和结构（树节点）的快照。如果您所做的只是添加了一个额外的顶级目录，那么下面的所有树和 blob 都不会改变，并且需要零额外存储。您只需要一个用于提交的树节点和一个用于新 tld 的树节点。容易死。 Git 处理这部分没有问题。
只有当您想要进行比较（以及任何补丁）时才重要。最好有一个 -P 选项来表示您期望一些路径重命名，并且 diff 可以轻松应对。看到 200 个文件删除和 200 个新文件并不好 ;-)
了解如何添加 -P 选项是我的另一个“待办事项”列表项（我希望我能抽出一些时间）。
【讨论】：
或者，使用mv 重命名文件，并调用git add --all 来暂存所有删除操作并添加未跟踪的文件（新文件名）。如果没有--all，您必须分别显式暂存删除操作和新文件名。也不要使用git add --update，因为这将暂存所有删除操作，但不会添加新文件名。
请注意，您可能希望在本地分支中执行这些操作，这样您就不会无意中将它们 push 发送到您朋友的主分支，或者您的朋友不会 pull 将它们发送到他的主分支。
【讨论】：