GitKraken推送具体使用什么命令？为何与命令行git push触发CodeBuild webhook行为有差异？

原生命令行Git的默认短路逻辑 #

当你在命令行执行无参数的git push时，Git客户端会先在本地完成前置校验：对比当前本地分支的commit哈希，与本地存储的对应远程分支追踪ref的哈希值，如果两者完全一致，客户端会直接判定没有需要推送的内容，输出Everything up-to-date后直接终止流程，全程不会和GitHub服务器建立任何网络连接。
这种情况下，GitHub服务器根本收不到任何来自客户端的请求，自然不会生成push事件，也就不会触发关联的CodeBuild webhook流程。

GitKraken的推送实现逻辑 #

GitKraken对推送流程的本地校验规则做了定制修改，跳过了原生Git中“无commit差异就不发起远端请求”的优化分支：

• 即便是检测到本地和远程分支的commit完全一致，触发推送操作时，GitKraken也会主动向GitHub服务器发起一次有效的ref推送请求
• 它实际执行的等效命令不会触发本地短路，大致等同于带强制属性的推送操作，不会因为内容无变化就提前终止流程
• 相关社区提到的“GitKraken使用常规裸git push”的说法并不准确：常规裸git push在无内容差异时会被本地逻辑拦截，根本发不出网络请求

Webhook的触发规则补充 #

GitHub端配置的push类型webhook，触发判定逻辑是是否收到针对目标分支的有效推送请求，而非对比推送的内容是否和远端现有内容有差异。只要服务器收到了合法身份校验通过的推送请求，哪怕推送的commit和远端当前的commit完全一致，也会正常生成webhook事件，唤起关联的CodeBuild构建流程。

命令行下复现同等效果的方法 #

如果需要在原生命令行下也能触发这种无内容更新的推送，只需要跳过原生Git的本地短路逻辑，执行带强制推送参数的命令即可，比如：
git push --force-with-lease origin HEAD:<你的目标分支名>
这个操作不会修改远端的实际代码内容，但会向GitHub发起一次有效推送请求，自然就能触发对应的webhook流程。

内容的提问来源于stack exchange，提问作者Philip Couling