Git：如何跟踪谁强制推送了远程代码存储库？
正如我们所知，Git有一个功能强大的选项“-f”和“Git push”命令，它可以更改远程代码库历史记录和提交的更改 作为一个纯粹的Git命令行用户，有没有一种方法可以跟踪谁刚刚做了那种事，通知他/她不要再做了？也许他/她正在使用一些GUI工具，不知道他/她真正在做什么Git：如何跟踪谁强制推送了远程代码存储库？,git,Git,正如我们所知，Git有一个功能强大的选项“-f”和“Git push”命令，它可以更改远程代码库历史记录和提交的更改 作为一个纯粹的Git命令行用户，有没有一种方法可以跟踪谁刚刚做了那种事，通知他/她不要再做了？也许他/她正在使用一些GUI工具，不知道他/她真正在做什么 顺便说一句，提交历史记录永远是我们用来检查发生了什么的根。但是git force push只是改变了它，所以（听起来）所有的线索都丢失了 Git本身不跟踪该信息。如果您控制服务器，您可以设置一个记录，记录谁推了什么以及何时推了什
顺便说一句，提交历史记录永远是我们用来检查发生了什么的根。但是git force push只是改变了它，所以（听起来）所有的线索都丢失了 Git本身不跟踪该信息。如果您控制服务器，您可以设置一个记录，记录谁推了什么以及何时推了什么
在过去的情况下，如果您使用HTTPS或SSH协议来推送代码，您的web/SSH服务器日志可能有助于识别过去的参与者。如果您的中央回购位于您维护的服务器上，您可以通过web日志来识别它。谢谢！它在服务器上。但在深入研究web日志检查之前，Git本身是否有更方便的方法呢？谢谢！因此，没有办法从纯Git命令行跟踪它？Git到处运行。它无法与每个装置的识别实践相衔接。例如，当您设置repo时，您可以决定只允许ssh或本地用户进行写访问，然后您可以准确地记录谁做了什么。这是建立回购协议的常见方法，并不难，git的显式构建就是为了支持这一点。“从纯Git”导入它使其工作只是复制现有的工具——以及它们的文档——以及它们的所有代码——以及任何当前的bug——但没有人真正知道如何做这些事情。不被广泛认为是一个好的举动。谢谢你的评论！