在每个软件开发项目中，都有一段时间开发人员将重构代码并移动由DVCS工具管理的文件。 每当执行这些管家任务时，始终在一次提交中完成文件的移动和重命名，并使该提交不受代码更改的影响。 文件移动或文件重命名不应与任何其他任务一致。
让我们研究一下为什么开发人员应该始终在单独的提交中移动并重命名Git文件。
仔细移动并重命名Git文件
遵循此Git最佳实践有两个关键原因。 首先是Git并不总是无缝地处理文件移动或重命名，特别是如果任务是在文件系统级别而不是使用Git mv命令完成的。 例如，如果文件已移动但新位置未添加到索引中，则Git会假定该文件已删除。
只有在将文件添加到新位置之后，Git才可以查看文件的某些元数据来确定是否有移动。 如果在几次提交之后将移动的文件添加到索引，Git会将其视为新文件，而不是移动的文件。
重命名和移动Git文件时要小心。 当需要时，请始终在单个提交范围内执行操作。
简化代码审核和故障排除
在单个Git提交中隔离所有文件重命名和移动功能的第二个原因纯粹是人为原因。 通过此步骤，您可以更轻松地了解在给定的一组本地提交期间或开发人员在诸如GitHub之类的云托管工具上搜索提交历史记录时发生的情况 。
搜索提交历史记录或检查一段代码只是发现一个或两个文件已从Git工作树中完全删除，这可能会让人感到非常不安。 如果Git无法有效地跟踪更改，则可能会特别成问题。 如果开发人员通过深思熟虑的提交消息将文件重命名或移动放置在单个提交中，那么对代码进行故障排除和检查其他开发人员的工作将更加容易。