所以，假设我有一个回购，它的发展是......有机的。
为了解决问题，我制定了编码标准，附带了linting文件。
我正在使用一个能够自动修复很多世俗问题的好品牌。
如果我针对repo运行并提交更改，那么任何重大修改过的文件的git-blame信息都将变得无用。
那么，有没有办法避免这个问题？
例如，有没有办法将一条线路的责任分配给提交者以外的其他人？一种在不改变责备信息的情况下提交的方法？
另一种方法可能是可能的（如果提交未签名）：逐行修复脚本并将每个更改提交为适当的用户......但这会在您的仓库中创建一个巨大的提交链...
使用git blame查看之前的提交，一旦进行了清理，就不能真正解决这个问题。
解决这个问题的方法是什么？