uuid: - value: fe407991-a896-410c-9223-51a7ad43d4d2 langcode: - value: en type: - target_id: daily_email target_type: node_type target_uuid: 8bde1f2f-eef9-4f2d-ae9c-96921f8193d7 revision_timestamp: - value: '2025-05-11T09:00:05+00:00' revision_uid: - target_type: user target_uuid: b8966985-d4b2-42a7-a319-2e94ccfbb849 revision_log: { } status: - value: true uid: - target_type: user target_uuid: b8966985-d4b2-42a7-a319-2e94ccfbb849 title: - value: 'Always review your changes' created: - value: '2024-10-25T00:00:00+00:00' changed: - value: '2025-05-11T09:00:05+00:00' promote: - value: false sticky: - value: false default_langcode: - value: true revision_translation_affected: - value: true path: - alias: /daily/2024/10/25/always-review-your-changes langcode: en body: - value: |

In yesterday's email where I wrote about git stash, I mentioned the -p or --patch options.

When stashing changes, this allows you to interactively select which changes you want to stash and what you don't.

This is supported by other Git commands, including git add.

I always use git add -p when adding changes as it gives me the chance to review them before committing them.

If I left any stray comments, debug code, trailing spaces or anything I don't want to commit, I can remove them.

If I was working on multiple changes (which I avoid), I can select the appropriate changes and create commits related to each change to keep the history clean and useful.

I also use git diff and git diff --staged to review changes as well as git show to review commits.

By doing this, I know my commits will be in the best state for others to review now or for me to review if I need to in the future.

format: full_html processed: |

In yesterday's email where I wrote about git stash, I mentioned the -p or --patch options.

When stashing changes, this allows you to interactively select which changes you want to stash and what you don't.

This is supported by other Git commands, including git add.

I always use git add -p when adding changes as it gives me the chance to review them before committing them.

If I left any stray comments, debug code, trailing spaces or anything I don't want to commit, I can remove them.

If I was working on multiple changes (which I avoid), I can select the appropriate changes and create commits related to each change to keep the history clean and useful.

I also use git diff and git diff --staged to review changes as well as git show to review commits.

By doing this, I know my commits will be in the best state for others to review now or for me to review if I need to in the future.

summary: null field_daily_email_cta: { }