GIt diff两个哈希，显示repo文件大小的差异

如果新用户有时使用git，他们会在其分支上添加文件和删除文件，但没有意识到删除的文件会保留在历史记录中

如何保护已删除的文件不进入main/dev分支并增加repo大小

我意识到压缩提交可以做到这一点，但是有没有办法通过git diff并在其分支上显示已删除/未删除的文件来检测这一点？

如果您打算从提供50次提交（或除1以外的任何其他数字）的人那里获取每个新提交，您必须检查每个新提交。对此没有任何限制：它需要检查每个提交

如果您打算使用

git merge--squash

或类似方法将所有50个提交转换为一个新的、不同的提交，只产生相同的最终结果，那么您可以将更改作为一个产生相同最终结果的更改进行查看，因为这是您将添加到存储库中的内容

---

这就是这一切。选择你要做的事情，并进行相应的回顾。

你想避免什么？询问此解决方案会遇到什么问题？my repo的新用户有时会在提交中添加日志文件/临时文件，然后在多次提交后删除这些文件。当我查看合并请求时，我只看到主请求之间的增量。不是在其要素分支中添加/删除的文件。尝试避免在repo中使用日志文件时，合并评论不会显示它们。。。。我想这不是问题。毕竟，如果使用添加的文件创建了修订。。。。后来它被删除了，那么，git能做什么呢？这就是这些修订的历史意义。如果日志文件非常大，则会增加回购的大小。我想要一种方法在合并审查期间捕捉到这一点，并让开发人员重写他们的特性分支历史，而不会错误地提交大文件。对。。。。那又怎样？如果文件不是分支最终状态的一部分，为什么您希望看到在此期间添加/删除的文件？别误会我的意思，我知道如果你检查MR的每一个修订版，它都有一定的价值。你不妨在提交之前要求压扁分支。试着平衡记录工作是如何完成的，不污染回购协议，并尽量减少代码审查。我决定用python创建一个脚本，在其功能分支上标识提交，然后逐步完成这些提交以查找孤立文件。讨论我是否想多做一点，比较从所有提交中添加的大小，以及从dev的delta中添加的大小。