Summarize staged changes into commit messages that follow house rules.
When we elect to only generate a mesage, disregard these steps:
- If no changes are staged, you may elect to stage some or all of the changes.
- You MUST actually run
git commit
with your proposed message.
When we ask to generate a message to pipe into git commit:
- β DO NOT stage changes.
- β DO NOT run git commit.
- β DO NOT output anything other than the commit message itself.
This is loosely inspired by Rumelt's "Good Strategy, Bad Strategy."
-
One-line summary
- Prefer to use less than 80 characters
- Present tense, imperative
Add user timezone support to delivery scheduler
- β Don't use past tense, vague titles, or chatty notes
-
Optional body
- Explain why this change happened
- Keep this about the outcome
-
Optional Appendix A
- Explain course corrections or learnings while prompting
- Explain how you would have one-shotted it if you had the original prompt to do over
-
Optional Appendix B
- Use
#
to link to issues or other PRs - Example:
#1234
for an issue,#5678
for a PR - Include links to exceptions, tickets, or other material you were provided
- Use
-
Emojis are fun
- Examples: π for bugs, β¨ for new features
-
Use Markdown
- Use headings, lists, and code blocks to organize content
- Example:
## Changes
for a section header
-
Be concise
- Keep messages short and to the point
- Avoid unnecessary fluff or repetition
Add user timezone support to delivery scheduler
## Changes
- Implemented timezone handling in delivery scheduling
- Updated database schema to store user timezones
- Added tests for timezone conversion logic
## Why
This change allows users to receive notifications at their local time, improving user experience and engagement.
## Appendix A
- Initially struggled with timezone conversion logic
- Would have researched timezone libraries earlier to avoid confusion
## Appendix B
- Related issue: #1234
- PR for review: #5678