有个团队接入了 AI coding。
周一，一个需求刚写完，AI 已经把接口、页面和测试草稿铺出来了。

周三，PR 列表开始变长。
代码能跑，测试是绿的。 review的人看了半小时，找不到明显的问题，也说不出它是安全的。

周五，发布前最后一个 PR 卡住了。 没人愿意点 merge。
因为点下去的人，要对后面的系统负责。

Sonar 2026 说，96% 的开发者并不完全信任 AI 生成的代码。 但每次提交前都会验证的人，不到一半。
ProjectDiscovery 2026 也看到同一件事： 代码变快了，安全团队被压得更紧了。很多时间花在手动确认问题上。

我们看 GitHub 公开轨迹。 有 AI coding 证据、也有代码产出的人里，稳定参与 review 的是 24.3%。 同时留下 review 和 issue 反馈轨迹的，是 9.4%。

AI 会让代码越来越多。
但最后让代码进入系统的，还是人。

#技术er迷惑行为大赏# 今天想分享下一个git小技巧：合并远程仓库的多次提交记录。
有时候会出现这种情况，就是刚提交了一个修复bug的操作，结果发现改动导致引入了其他bug，又改了下代码，比如小编今天改的一个bug没测好发现又引入了另外的bug。
前后改动两次，然后也提交两次代码到远程仓库，团队协作时可能会让队友误解，甚至可能导致队友用了第一次提交的bug代码，这种情况下最好将远程仓库的提交记录合并为一次提交记录。
合并操作主要使用到git的rebase指令，如图2，这里的git rebase -i HEAD~2，其中的2表示要将最近两次提交记录合并为1次。
合并过程中需要进行提交记录的改动，在输入rebase指令后会打开第一个编辑器中，将除第一个外的 pick 改为 squash（或 s），如图3。
接着会弹出第二个编辑器，让确认最终提交记录的文本，一般如果两次提交记录相同，注释掉任一次的保证最终显示的文本即可，如图4。
这里改动完成后本地会调整为单次提交记录，强制合并到远程仓库即可：git push --force-with-lease origin master，如图5。
最终就可以看到的效果了：将两次记录变为一次记录了。