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'm using simplified gitflow for my app (master = production, stage = testing and development). I merge development to stage and stage to production. I release versions on stage and master. New versions on master are normally some bug fixes thus new patch versions. New versions on stage can be all the types of versions.
I've recently ran into a situation where gitmoji-changelog acted weirdly for me.
Situation
master branch including version 1.12.5 and I've added a new bugfix 1.12.6
stage branch including version 1.12.5 and 1.13.0
Problem
I've tried to integrate the new version 1.12.6 to stage from master via both rebase and merge, but when releasing a new version 1.13.1 on stage gitmoji-changelog duplicated all the changes from 1.13.0 to the changelog of version 1.13.1 too.
I've tried several approaches when moving 1.12.6 from master to stage. Rebase and put changelog of 1.12.6 between already created changelogs of 1.12.5 and 1.13.0. Rebase and put changelog of 1.12.6 after 1.13.0. Merge and put between, merge and put after. But no matter what, every time I then created a new 1.13.1 version, its generated changelog included changes from 1.13.0.
Question
Is there any recommended way how to approach these situations? In the end, the only solution for me was manually delete all the duplicates so 1.13.1 includes only its changes.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
I'm using simplified gitflow for my app (
master
= production,stage
= testing anddevelopment
). I mergedevelopment
tostage
andstage
toproduction
. I release versions onstage
andmaster
. New versions onmaster
are normally some bug fixes thus new patch versions. New versions onstage
can be all the types of versions.I've recently ran into a situation where gitmoji-changelog acted weirdly for me.
Situation
master
branch including version1.12.5
and I've added a new bugfix1.12.6
stage
branch including version1.12.5
and1.13.0
Problem
I've tried to integrate the new version
1.12.6
tostage
frommaster
via both rebase and merge, but when releasing a new version1.13.1
onstage
gitmoji-changelog duplicated all the changes from1.13.0
to the changelog of version1.13.1
too.I've tried several approaches when moving
1.12.6
frommaster
tostage
. Rebase and put changelog of1.12.6
between already created changelogs of1.12.5
and1.13.0
. Rebase and put changelog of1.12.6
after1.13.0
. Merge and put between, merge and put after. But no matter what, every time I then created a new1.13.1
version, its generated changelog included changes from1.13.0
.Question
Is there any recommended way how to approach these situations? In the end, the only solution for me was manually delete all the duplicates so
1.13.1
includes only its changes.Beta Was this translation helpful? Give feedback.
All reactions