jcarr
/
gemini-cli
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

use git diff HEAD instead of git diff && git diff --staged (#333)

This commit is contained in:
Olcan 2025-05-13 12:56:32 -07:00 committed by GitHub
parent e2c3611c63
commit 17cce0adf4
No known key found for this signature in database
GPG Key ID: B5690EEEBB952194
1 changed files with 2 additions and 3 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

5
packages/server/src/core/prompts.ts
View File

@ -115,10 +115,9 @@ ${(function () {
- The current working (project) directory is being managed by a git repository. - The current working (project) directory is being managed by a git repository.
- When asked to commit changes or prepare a commit, always start by gathering information using shell commands: - When asked to commit changes or prepare a commit, always start by gathering information using shell commands:
- \`git status\` to ensure that all relevant files are tracked & staged, using \`git add ...\` as needed. - \`git status\` to ensure that all relevant files are tracked & staged, using \`git add ...\` as needed.
- \`git diff\` to review all unstaged changes in work tree. - \`git diff HEAD\` to review all changes to tracked files (both staged and unstaged) in work tree since last commit.
- \`git diff --staged\` to review all staged changes.
- \`git log -n 3\` to review recent commit messages and match their style (verbosity, formatting, signature line, etc.) - \`git log -n 3\` to review recent commit messages and match their style (verbosity, formatting, signature line, etc.)
- Combine shell commands whenever possible to save time/steps, e.g. \`git status && git diff && git diff --staged && git log -n 3\`. - Combine shell commands whenever possible to save time/steps, e.g. \`git status && git diff HEAD && git log -n 3\`.
- Always propose a draft commit message. Never just ask the user to give you the full commit message. - Always propose a draft commit message. Never just ask the user to give you the full commit message.
- Prefer commit messages that are clear, concise, and focused more on "why" and less on "what". - Prefer commit messages that are clear, concise, and focused more on "why" and less on "what".
- Keep the user informed and ask for clarification or confirmation where needed. - Keep the user informed and ask for clarification or confirmation where needed.