Apr 1
Today i tried commitlint commitizen for the first time and damn 🤌🤌
It completely changed the way I write git commits,I really loved it and will be using in every single project.
@ChaiCodeHQ @Hiteshdotcom @piyushgarg_dev @yntpdotme @nirudhuuu
7
131
Jan 4
宝玉老师 @dotey 分享的 VSCode「Generate Commit Message」 一直在用，但如何让 AI 生成的 commit 严格遵循 Conventional Commits 规范（必须以 feat:、fix:、chore: 等开头）呢？
原帖：x.com/dotey/status/200759113…
我亲自试了下：加一条提示词，就能让 AI 生成的 commit 严格遵循 Conventional Commits 规范（feat:, fix:, chore: 等）。
测试 12 次，全都完美合规！零失败！
配置超简单，可通过两种方式：
1. Text 方式：直接在 Settings → Commit Message Generation: Instructions 粘贴提示词
2. File 方式：项目根目录新建 `.copilot-commit-message-instructions.md`，写入相同提示词（多项目复用更方便）
推荐提示词：
```md
<!-- Text 方式 -->
严格遵循 Conventional Commits 规范。格式：<type>(<scope>): <subject>。type 必须是：feat, fix, docs, style, refactor, perf, test, build, ci, chore, revert 之一。subject 简洁明了，不超过50字符，首字母小写，不加句号。如有破坏性变更，必须在 body 中以 BREAKING CHANGE: 开头说明
<!-- File 方式 -->
# Git 提交消息规范
本项目遵循 [Conventional Commits](conventionalcommits.org/) 规范。
## 提交消息格式
```
<type>(<scope>): <subject>
<body>
<footer>
```
### 必需部分
#### Type (类型)
提交的类型必须是以下之一：
- **feat**: 新功能 (feature)
- **fix**: 修复 bug
- **docs**: 仅文档更改
- **style**: 不影响代码含义的更改（空格、格式化、缺少分号等）
- **refactor**: 既不修复 bug 也不添加功能的代码更改
- **perf**: 提高性能的代码更改
- **test**: 添加缺失的测试或更正现有测试
- **build**: 影响构建系统或外部依赖的更改（示例范围：webpack, npm, vite）
- **ci**: 对 CI 配置文件和脚本的更改（示例范围：GitHub Actions, GitLab CI）
- **chore**: 其他不修改 src 或测试文件的更改
- **revert**: 回退之前的提交
#### Subject (主题)
- 使用简洁的语言描述本次提交的更改
- 不超过 50 个字符
- 使用中文或英文（保持项目一致）
- 首字母小写
- 结尾不加句号
### 可选部分
#### Scope (范围)
用于说明提交影响的范围，例如：
- **component**: 组件相关
- **api**: API 相关
- **router**: 路由相关
- **store**: 状态管理相关
- **utils**: 工具函数相关
- **styles**: 样式相关
- **deps**: 依赖项相关
#### Body (正文)
- 详细描述本次提交的动机和更改内容
- 可以分多行
- 应该说明"是什么"和"为什么"，而不是"怎么做"
#### Footer (页脚)
- 用于关闭 Issue 或描述破坏性变更
- Breaking Changes 必须在页脚中以 `BREAKING CHANGE:` 开头
- 关闭 Issue 使用 `Closes #issue号`
## 示例
### 简单的功能添加
```
feat(article): 添加文章搜索功能
```
### 修复 bug
```
fix(login): 修复登录状态未持久化的问题
```
### 包含详细描述
```
feat(editor): 支持 Markdown 实时预览
添加了一个新的编辑器组件，支持 Markdown 的实时预览功能。
用户在编辑时可以同时看到渲染后的效果，提升编辑体验。
Closes #123
```
### 破坏性变更
```
feat(api): 重构用户认证 API
BREAKING CHANGE: 用户认证接口从 /api/auth 迁移到 /api/v2/auth，
旧接口将在下一个版本中移除。客户端需要更新 API 端点。
```
### 多个类型的示例
```
refactor(utils): 优化文件上传工具函数
```
```
perf(article): 优化文章列表渲染性能
```
```
docs(readme): 更新项目安装文档
```
```
style(component): 统一组件代码格式
```
```
test(api): 添加文章 API 单元测试
```
```
build(deps): 升级 Vue 到 3.4.0
```
```
ci: 添加自动部署流程
```
```
chore: 更新 .gitignore 配置
```
## 注意事项
1. **每次提交只做一件事**：如果一次更改涉及多个不相关的修改，应该拆分成多个提交
2. **提交信息要清晰**：让其他开发者能够快速理解这次提交的目的
3. **遵循团队约定**：如果团队有特殊的提交规范，以团队约定为准
4. **及时提交**：完成一个功能点或修复一个问题后立即提交，不要积累太多更改
5. **使用中文或英文**：保持项目提交消息语言的一致性
## 工具支持
推荐使用以下工具来辅助编写符合规范的提交消息：
- **Commitizen**: 交互式提交工具
- **commitlint**: 提交消息校验工具
- **husky**: Git hooks 工具，配合 commitlint 使用
## 参考资源
- [Conventional Commits 官方文档](conventionalcommits.org/)
- [Angular 提交规范](github.com/angular/angular/b…)
```
效率起飞，强烈安利！
9
6
49
24,534
18 Dec 2025
>>>> from commitizen import plugins
plugins.load_plugin("emotional")
2
216
2025/11/03 - 11/09 開源貢獻週報 - commitizen v4.10.0 即將發佈！
blog.wei-lee.me/posts/tech/2…
2
15
竟然這樣就解決了
commitizen 首頁 - 也許令人困擾的問題，不需要最複雜的解法 blog.wei-lee.me/posts/tech/2…
2
29
7 Oct 2025
Extraí do FAQ:
## Controle de Versão e Colaboração
1. Git - Sistema de controle de versão distribuído
2. GitHub - Plataforma de hospedagem e colaboração de código
3. GitHub Codespaces - Ambiente de desenvolvimento na nuvem
4. Estratégias de branching - Trunk-based, Feature branch, Git Flow
5. Git hooks com Husky - Automação de tarefas no Git
6. Commitizen - CLI para criação de commits padronizados
7. Commitlint - Validação de mensagens de commit
8. Conventional Commits - Especificação para mensagens de commit
9. Pull Requests - Revisão colaborativa de código
10. Code Review - Processo de revisão e aprovação
## Linguagens e Runtime
11. JavaScript - Linguagem de programação principal
12. Node.js - Runtime JavaScript server-side
13. NVM (Node Version Manager) - Gerenciamento de versões do Node.js
14. NPM - Gerenciador de pacotes e dependências
15. package.json e package-lock.json - Manifesto e lock de dependências
## Frameworks Web
16. Next.js - Framework React full-stack
17. React - Biblioteca para construção de interfaces
18. React DOM - Renderização de componentes no DOM
19. React Hooks - Gerenciamento de estado e efeitos
20. SWR - Data fetching e desduplicação de requisições
21. File-Based Routing - Roteamento baseado em estrutura de arquivos
## Qualidade de Código e Formatação
22. EditorConfig - Configuração consistente entre editores
23. Prettier - Formatador opinativo de código
24. ESLint - Análise estática de código
25. Jest - Framework de testes JavaScript
26. Test-Driven Development (TDD) - Desenvolvimento orientado a testes
27. Behavior-Driven Development (BDD) - Desenvolvimento orientado a comportamento
28. Testes unitários e de integração - Estratégias de teste
29. @faker-js/faker - Geração de dados para testes
## Banco de Dados e Persistência
30. PostgreSQL - Sistema de gerenciamento de banco relacional
31. node-postgres (pg) - Cliente PostgreSQL para Node.js
32. Database Migrations - Versionamento de schema
33. node-pg-migrate - Framework de migrations
34. SQL - Structured Query Language
35. Queries parametrizadas - Prevenção de SQL injection
36. Connection pooling - Gerenciamento de conexões
37. psql - Cliente CLI do PostgreSQL
## Containerização e Infraestrutura
38. Docker - Plataforma de containerização
39. Docker Compose - Orquestração multi-container
40. Docker Hub - Repositório de imagens Docker
41. Dockerfile - Definição de imagens
42. Infraestrutura como Código (IaC) - Definição declarativa da infraestrutura dos serviços
## Deploy e Hospedagem
43. Vercel - Plataforma de deploy serverless
44. Serverless/Lambda Functions - Arquitetura sem servidor
45. Ambientes - Desenvolvimento, staging, produção
46. Continuous Integration (CI) - Integração contínua
47. Continuous Delivery/Deployment (CD) - Entrega/deploy contínuo
48. GitHub Actions - Automação de workflows CI/CD
49. Branch protection rules - Proteção de branches
## Segurança
50. bcryptjs - Hashing seguro de senhas
51. Hash, salt e pepper - Técnicas de criptografia
52. Rainbow tables - Ataques e prevenção
53. SQL Injection - Vulnerabilidade e prevenção
54. Session hijacking - Roubo de sessão e contramedidas
55. UUID - Identificadores únicos universais
56. SSL/TLS - Criptografia de transporte
57. Autenticação e autorização - Controle de acesso
58. Cookies e sessões - Gerenciamento de estado
59. Variáveis de ambiente (.env) - Configurações sensíveis
## APIs e Comunicação
60. REST/RESTful - Arquitetura de APIs
61. API versioning - Versionamento de APIs
62. Breaking changes - Mudanças incompatíveis
63. Status Codes HTTP - Códigos de resposta
64. Endpoints - Pontos de acesso da API
65. Stateless applications - Aplicações sem estado
66. next-connect - Middleware para Next.js
## Protocolos e Redes
67. TCP/IP - Protocolo de internet
68. UDP - User Datagram Protocol
69. HTTP/HTTPS - Protocolos web
70. DNS - Sistema de nomes de domínio
71. Registro.br - Registro de domínios .br
72. SMTP - Protocolo de email
73. Nodemailer - Biblioteca de envio de emails
74. MailCatcher - Servidor SMTP para desenvolvimento
## Arquitetura de Software
75. MVC (Model-View-Controller) - Padrão arquitetural
76. Separation of Concerns - Separação de responsabilidades
77. Error handling patterns - Tratamento de erros
78. Custom errors - Erros personalizados
## Gestão de Projetos
79. GitHub Issues - Rastreamento de tarefas
80. GitHub Milestones - Marcos do projeto
81. Movimento Ágil e DevOps - Cultura e práticas
82. Desenvolvimento orgânico - Evolução natural do código
83. Desenvolvimento "Impressora 3D" - Abordagem estruturada
## Ferramentas de Desenvolvimento
84. VSCode - Editor de código
85. Terminal Linux - Interface de linha de comando
86. Fuzzy search - Busca aproximada no VSCode
87. Concurrently - Execução paralela de processos
88. async-retry - Tentativas com retry automático
89. dotenv e dotenv-expand - Gerenciamento de variáveis de ambiente
## Formatos e Padrões
90. JSON - JavaScript Object Notation
91. YAML - Yet Another Markup Language
92. Semantic Versioning (SemVer) - Versionamento semântico
93. Unix timestamps - Marcação temporal
94. Connection strings - Strings de conexão
## Conceitos Avançados
95. Race conditions - Condições de corrida
96. Peer dependencies - Dependências compartilhadas
97. Exit codes - Códigos de saída de processos
98. Logging e monitoring - Observabilidade
99. Performance e otimização - Melhorias de desempenho
100. Cache strategies - Estratégias de cache
## Princípios e Soft Skills
101. Clean Code - Código limpo e legível
102. Refatoração - Melhoria contínua do código
103. Debugging - Depuração e resolução de problemas
104. Paralisia por análise - Overthinking em decisões
105. Efeito estilingue infinito - Procrastinação de lançamentos
106. Licenças de software - MIT, GPL, Apache
## Utilitários e Bibliotecas Auxiliares
107. set-cookie-parser - Parsing de cookies
108. cookie - Manipulação de cookies
109. Orquestrador de testes - Coordenação de suítes de teste
110. Watch mode - Modo de observação automática
2
123
Worked on 2 airflow PRs, reviewed 1 commitizen PR and finished 2/3 of my airflow summit slide.
Not a bad process
#pyconjp2025
5
68
Anoma Specs v0.2.0 Released:
The @anoma specification has been updated to version 0.2.0 as of June 3, 2025. The changelog is now maintained using Commitizen, streamlining how contributors log new features, bug fixes, docs, and more
Kaito Leaderboard & Rewards:
On June 25, 2025, Anoma launched a Yapper Leaderboard on Kaito, highlighting community engagement and rewarding social activity
Community Engagement Trending:
A July 1 community report noted @beyondertr spotlighted Anoma as their top project, along with a summary of trending tweets sign of increased community visibility
2
60
27 May 2025
I built a Commitizen plugin powered by GPT-4o that auto-generates clear, conventional commit messages from your staged git changes.
No more “fix stuff” commits — just smart, consistent ones.
Please give it a star on GitHub ⭐️👇
github.com/watadarkstar/cz_a…
@github @OpenAI #AI
1
3
139
19 Apr 2025
Bro I started using since last year and never regrets, It help to verify the commits are secure.
Tip: use it with commitizen "git cz" 😉
1
210
18 Feb 2025
Gosh you’re right, first we need bun, no node, then vite no rsbuild wait snowpack uhh turbo pack, repo? No nx, yea then storybook or parcel… hmm biome, babel, commitizen, playwright no cypress, docker, colima, direnv, ts, tailwin.. oh shoot new framework dropped, let’s restart
2
270
14 Feb 2025
Do you guys use any particular commit formatting conventions like Commitizen or just write whatever you want?
3
1
294
10 Feb 2025
Для любителей Conventional Commits в VS Code есть пара плагинов, которые помогают заполнять commit message, задавая вопросы
Навороченный Conventional Commits - (со смайлами, свистелками и перделками)
marketplace.cursorapi.com/it…
И попроще, Commitizen. Его забросили, правда, но работает норм. Это мой форк, добавил пару фишек, которых не хватало
marketplace.cursorapi.com/it…
3
109
Axel 總是能為 commitizen 帶來酷酷的東西
2025/02/04 - 02/09 開源貢獻週報 blog.wei-lee.me/posts/tech/2…
4
36
21 Jan 2025
Stop using git commit -m "fix"! Instead:
1️⃣ Use commitizen for structured messages.
2️⃣ Learn git rebase for cleaner histories.
3️⃣ Use git stash to save unfinished work.
Bonus: Add aliases like git lg for git log.
2
77
15 Dec 2024
10 Hidden Websites for Developers
💻 Carbon - Turn code into beautiful images.
📚 DevDocs - Fast, offline API documentation.
🏋️♂️ Exercism - Coding challenges with feedback.
🎨 Ray .so - stunning code visuals.
📝 Commitizen - Standardize commit messages.
🔍 Regex101 - Test and debug regex.
🎮 Codewars - Fun coding challenges.
📖 ReadMe - Create dynamic API docs.
⚡ Carbonite - JS performance profiles.
🏷️ Shields .io - Custom GitHub badges.
Which one do you know?
2
5
46
1,790
18 Sep 2024
This article is out since yesterday.
But had a very busy time so posting today :)
@ErickRodrCodes prepared FANTASTIC
peace about:
- Nx
- Commitizen
- Husky
Become a PRO with your commits
and meet JIRA's high standards.
Article in comments 👇
2
6
22
5,783
4 Sep 2024
who is still even rawdogging git commits on the terminal instead of using something like commitizen or whatever git tools they have built in on VSCode
3 Sep 2024
CS students these days neither know how to set up Linux nor how to use the terminal or Git. They can’t run code or make commits without an IDE. It’s 2024; if you can’t do this, I promise you, you’re not going to make it
7
19
1,634