Skip to content

Latest commit

 

History

History
41 lines (21 loc) · 1.48 KB

pre-commit.md

File metadata and controls

41 lines (21 loc) · 1.48 KB

强制 pre-commit 是否是错误的?

文章是草稿,需要修改。

答案是是,甚至是邪恶,影响效率的。

注意这里写的是强制,是 开发流程的一部分。

git 是什么?

我们这里假设,现代开发都是基于 branch 的。

git 是为了存储 code change。一切阻止 commit 的流程都是低效的。

developer 需要在任何是时刻都可以 check in。

我的本地 git 就是我的 git,我的 branch 就是我的 branch,我的开发环境就是我的开发环境,请不要用你的观点 (pre-commit),来教我怎么使用 git,怎么 commit。

工程化

“你这野路子工程师,懂不懂工程化,标准的含金量啊?”

通过 CI 让 PR 变得麻烦,来强制标准

Pre-commit 是可以在本地 --no-verify skip 的? 肯本无法让 阻止 skip git hooks。

如果你想要工程化,标准化,请在 PR 时候,让 CI 跑各种检查,而不是使用 pre-commit。

应该通过 PR 和 CI 来和 developer 进行交流,强制项目标准。

而不是把标准强加在 developer 的本地开发环境上。

如果你的 CI 做不到,请使用 github action 或者增强自己的 CI。

开发者的安全感

我不相信有开发者喜欢强制 pre-commit。 开发者应该有随时随地 commit 的自由。让每个 commit 都是完成的,满足 pre-commit 要求是痴心妄想。

所以请删除你项目的 pro-commit,把他们移到 CI 上。

其他 git hook 同理