5 分•作者: atomicnature•4 个月前
各位 HN 的朋友,我是 git-lrc 的作者,非常希望能获得社区的反馈。
去年,我的团队开始更广泛地使用 AI 编码工具,我们生成了大量的代码,但花在审视这些生成代码上的时间却越来越少。
我们感觉对我们正在构建的东西的掌控感/理解力有所下降。偶有回归(regressions)悄悄溜过。有时改动甚至一路进入了生产环境,之后又被撤销。
我们尝试了几款 AI 代码审查工具,但大多数工具是在 PR(Pull Request)阶段运行的。这感觉太晚了。我希望审查能在开发者对实现细节仍有深刻印象的团队层面上进行(软性强制),同时我也想强调每个工程师对保持生产环境稳定的责任。
于是我构建了 git-lrc。
当你提交代码时,git-lrc 会打开一个审查界面,展示你的 diff。它会总结改动内容,指出值得再次审视的地方,并让你快速浏览改动的重要部分。
随着时间的推移,git-lrc 已经发展到可以检查 10 个类别中约 100 种常见的风险模式,包括安全性、可靠性、性能、可维护性等。
请注意,这远非正式审查。它只是在代码被记录到 git 之前,花大约 60 秒时间审视自己的工作。
它还会生成一个简短的“摘要报告”,突出主要改动,并特别强调潜在风险。通过 git-lrc,你可以快速地对即将发布的代码进行健全性检查,并对生成的内容获得更大的信心。
在我看来,它与其说是一个 AI 审查器,不如说是一种 AI 辅助开发的习惯:一个短暂的停顿,以确保我们理解并支持我们正在发布的代码。
开发者可以审查改动,对其进行担保,或者有意识地跳过审查。这些决定会被记录在 git 历史中,从而创建代码发布前审查的轨迹。
如果您能花时间看看,在您的项目或团队中试用一下,并告诉我您的想法,我将不胜感激。
我很乐意接受 HN 社区的反馈,并随着时间的推移不断改进它!
GitHub:https://github.com/HexmosTech/git-lrc