如何在git中从重命名检测中排除某些文件模式?

如何在git中从重命名检测中排除某些文件模式?,git,rename,ignore,Git,Rename,Ignore,我确实有一个类似的问题,git和重命名到什么已经被问及关于salesforce(这里:)与Unity3D的某些文件。不幸的是,上述问题多年来一直没有得到相关的答案 在使用git进行合并时,我想从重命名检测中明确排除某些文件(在我的例子中是*.meta文件)。在上面的链接问题中,更改重命名检测阈值对我没有帮助,因为元文件可以相同,或者至少非常相似 我知道如何完全禁用重命名检测,但这不是我想要的,因为其他文件可能真的被重命名了。类似于用于重命名检测的“.gitignore”是我正在寻找的。有这样的功

我确实有一个类似的问题,git和重命名到什么已经被问及关于salesforce(这里:)与Unity3D的某些文件。不幸的是,上述问题多年来一直没有得到相关的答案

在使用git进行合并时,我想从重命名检测中明确排除某些文件(在我的例子中是*.meta文件)。在上面的链接问题中,更改重命名检测阈值对我没有帮助,因为元文件可以相同,或者至少非常相似


我知道如何完全禁用重命名检测,但这不是我想要的,因为其他文件可能真的被重命名了。类似于用于重命名检测的“.gitignore”是我正在寻找的。有这样的功能吗?

现在(Git 2.28)没有这样的功能,但是如果您想添加一个,这可能是一件好事。我建议开始讨论这个问题。一种可能的方法是在
.gittributes
中列出模式,属性的意思可能是“无重命名源”和/或“无重命名目标”。

不熟悉Unity3D,但是:为什么要将它们排除在外?如果您将它们添加到版本控制中,并且它们发生了更改,为什么不保留更改的记录?或者,如果它们是自动生成的,不需要进行版本控制,为什么不忽略它们呢?谢谢你的提问。这些文件是自动生成的,但它们记录了unity()中某些设置的相关信息。因此,我不能忽视他们。。。。关于更改:我确实希望保留更改的记录,实际上我是这样做的,我只是不希望它们包含在重命名检测中,因为检测到的重命名通常是错误的。。。通常*.meta文件不会被重命名。谢谢-不幸的是,这是我假设的。我将很快等待其他答案,然后将此问题标记为已回答。