this post was submitted on 19 Jul 2024
40 points (95.5% liked)
Git
2904 readers
1 users here now
Git is a free and open source distributed version control system designed to handle everything from small to very large projects with speed and efficiency.
Resources
Rules
- Follow programming.dev rules
- Be excellent to each other, no hostility towards users for any reason
- No spam of tools/companies/advertisements. It’s OK to post your own stuff part of the time, but the primary use of the community should not be self-promotion.
Git Logo by Jason Long is licensed under the Creative Commons Attribution 3.0 Unported License.
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
The post mentions that these are for commits in a merge request before squash. When they’re squashed a proper message is given.
Sure, but how much of that is justification and backpedaling?
If it's worth a commit, it's worth a description. "Address vulns" "fix config" "remove files". It doesn't take much. Even if it's just "more address vulns".
Often I commit because I have to jump to another branch, so I want to save my progress. This means I can be in the middle of something, so I write a trash message.
All those messages will disappear anyway after the merge request, because we use a squash policy. I can spend more time thinking of a more proper commit message when writing the merge request.
Isnt that what stash is for?
I don’t like stash for this purpose. What if I have to jump to a different branch a second time? Should I stash again?
It can be difficult to know which stash belongs to which branch. Nah, I rather just commit so I don’t need to bother with that confusion.
I agree that stash gets lost easier than a branch, but
you know, stash also has a message to it, and afaik it remembers what branch you were on when stashed