Nicolas Cantu
785868b53b
**Motivations:** - Centraliser les fichiers Cursor (rules, skills, agents, commands, hooks) par user et par projet **Root causes:** - N/A **Correctifs:** - N/A **Evolutions:** - desk: rules, skills-cursor, agents, commands, hooks, argv/hooks/mcp.json - ncantu: README placeholder - 4NK_node, algo, builazoo, ia_local, lecoffre_ng, lecoffre_ng_pprod, lecoffre_ng_test: .cursor contents **Pages affectées:** - cursor/desk/, cursor/ncantu/, cursor/<project>/
2.0 KiB
2.0 KiB
pousse
When to use
- User asks to "commit", "push", "git add", or "save to git"
- After completing code changes and the user expects a commit
- Do not run commit/push without user validation of the commit message
Workflow
- Stage all changes:
git add -A - Propose commit message: Build the message using the structured format below; show it to the user and wait for validation.
- Commit: After validation, run
git commit -m "..."with the approved message (use a single quoted multi-line string or-Fwith a temp file if the message is long). - Push: Run
git push(orgit push origin <branch>if the context specifies a branch). Do not trigger CI if the user's rules forbid it.
Commit message format
Use this structure. Every commit must follow it. Sections can be omitted only when not applicable (e.g. no bug fix → no Root causes: or Correctifs:).
Short descriptive title (one line)
**Motivations:**
- Reason for the change
**Root causes:**
- Root cause of the issue (if applicable, e.g. for fixes)
**Correctifs:**
- What was fixed
**Evolutions:**
- New features or improvements
**Pages affectées:**
- List of modified files or modules
- Prefer bullet points under each section; no need for totals (e.g. "X files modified").
- Write the body in the same language as the project (e.g. French if the repo uses French).
- Do not use
--no-verifyunless the user explicitly requests it and it is documented.
Commands (summary)
git add -A
git status # optional: show what will be committed
# Propose message → get user validation
git commit -m "Title
**Motivations:**
- ...
**Correctifs:** / **Evolutions:** / **Pages affectées:** ..."
git push
Notes
- On Windows, use Git Bash for shell commands when specified by the user.
- Do not run in background; run commands so the user sees the full output.
- If the user's rules say "do not trigger CI", use the push method that avoids triggering CI (e.g. push to a branch that does not run CI, or follow project docs).