You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If I may, I'd like to put a counter argument against this idea.
If one codes up a feature from many commits, that's fine, one can put the subject more granular, you can always describe what one did, that's fine! If one doesn't want five commits to pop up in the changelog, one can use chore but I'd just go more granular.
For example, I don't care if my feature is split across 10 commits — all feat — it's fine — imagine if problem happens and somebody wants to dig where did the bug came from? Your description and proper type (not WIP) would help to sift through many commits.
The counter argument against "WIP" is that it is still a certain, unknown type of commit! Is it chore (bump patch only) or feat (bump minor)? Because in the end, it is something and we need to bump accordingly, if it were published right away... CLI could introduce additional step to ask what to bump, but then it needs to be recorded somewhere until publishing because it's an arbitrary choice...
Do you see my point?
It might be good to have but it also introduces some headaches...
I would suggest adding some features that can add WIP: as a prefix. For me, I'm currently adding "WIP:" manually to every commit which should be considered "not complete" using git commit --amend, though it seems not ideal at first, but introducing a "not sure" type seems more confusing...🤔
There should be a work in progress tag. I think.
The text was updated successfully, but these errors were encountered: