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
I've been surprised a couple of times that I can use {major}, {minor} and {patch} placeholders in serialize, but not in replace. In replace, only new_version is available, which is already formatted by the serialize format.
Is this a design choice or would you be open to change that?
I would definitely like to have to flexibility to choose between new_version and major/minor/patch.
The text was updated successfully, but these errors were encountered:
To clarify, the mentioned flexibility would be handy to handle this theoretical (but not far-fetched) target file. It would also require the 'multi replace' feature discussed in #4.
I'm going to create a pull request for this feature.
It's useful if you want more control over the version string in tag_name and tag_message as well.
For example, my format is {major}.{minor}.{patch}-{release} but the 'release' part has an optional value gamma. So {major}.{minor}.{patch} is also a valid serialization format.
current_version now (sometimes) includes the -gamma suffix but I want that suffix to not appear in my tag name and message. So if tag_name and tag_message can use {major}, {minor} and {patch} then I can customize them to my liking.
Hi,
I've been surprised a couple of times that I can use
{major}
,{minor}
and{patch}
placeholders inserialize
, but not inreplace
. In replace, onlynew_version
is available, which is already formatted by theserialize
format.Is this a design choice or would you be open to change that?
I would definitely like to have to flexibility to choose between new_version and major/minor/patch.
The text was updated successfully, but these errors were encountered: