我从宽宏大量的机器学习研究员、播客采访者雷克斯·弗里德曼（Lex Fridman）那里看到，他2023年的决心之一就是“编写、编辑或删除2万行代码”。这让我想到，在github/gitlab中是否有一个地方可以跟踪代码中的行更改？在年底时，如何实际验证他们是否符合这一要求？
ufj5ltwl1#
我怀疑这在在线服务中是不可能的，你最好使用one of the local solutions并在你机器上的所有仓库中循环（或者通过GitHub/GitLab做同样的事情）。
GitHub/GitLab不太可能提供此信息（或在收集时非常有用），主要是因为您的帐户和行更改实际上没有直接关联（目前不包括验证过的提交和模糊处理过的邮件）。例如，我可以做一个repo，并将电子邮件链接到您的一个公开提交来编辑100k行代码，这会出现在任何报告中。没有任何保护措施来防止这一点，因为显然你不控制我的任意存储库。虽然他们确实显示提交计数，所以这可能不是一个真正的风险。但是...在我看来，最接近的解决方案是只看精选的回购洞察，然后使用这些总数。这个指标还有很多其他问题，最终我看不出任何解决方案可以完全自动化。例如，according to GitHub我今年在我的博客上添加了24k和5k的内容。但是，我知道其中99%以上实际上是Markdown/添加图片，所以.md可能必须被排除在外。但是，包含HTML的.md文件怎么办，它们算吗？如果我因为不小心合并了一个5k代码PR，怎么办？是0k，5k，还是10k行被改变了当然，你也可以使用GitHub的API来获取分配给你的所有提交，循环遍历每个提交，将修改的行相加，然后应用任何排除规则。或者，如果你觉得特别受虐，可以通过你自己的GitHub配置文件手动完成!最终，我认为这是一个模糊的度量标准，所以任何解决方案都需要一些数据的提炼。尽管这是一个崇高的目标，祝他好运。
.md
1条答案
按热度按时间ufj5ltwl1#
我怀疑这在在线服务中是不可能的，你最好使用one of the local solutions并在你机器上的所有仓库中循环（或者通过GitHub/GitLab做同样的事情）。
GitHub/GitLab不太可能提供此信息（或在收集时非常有用），主要是因为您的帐户和行更改实际上没有直接关联（目前不包括验证过的提交和模糊处理过的邮件）。例如，我可以做一个repo，并将电子邮件链接到您的一个公开提交来编辑100k行代码，这会出现在任何报告中。没有任何保护措施来防止这一点，因为显然你不控制我的任意存储库。虽然他们确实显示提交计数，所以这可能不是一个真正的风险。但是...
在我看来，最接近的解决方案是只看精选的回购洞察，然后使用这些总数。这个指标还有很多其他问题，最终我看不出任何解决方案可以完全自动化。
例如，according to GitHub我今年在我的博客上添加了24k和5k的内容。但是，我知道其中99%以上实际上是Markdown/添加图片，所以
.md可能必须被排除在外。但是，包含HTML的.md文件怎么办，它们算吗？如果我因为不小心合并了一个5k代码PR，怎么办？是0k，5k，还是10k行被改变了当然，你也可以使用GitHub的API来获取分配给你的所有提交，循环遍历每个提交，将修改的行相加，然后应用任何排除规则。或者，如果你觉得特别受虐，可以通过你自己的GitHub配置文件手动完成!
最终，我认为这是一个模糊的度量标准，所以任何解决方案都需要一些数据的提炼。尽管这是一个崇高的目标，祝他好运。