Maven Release: Prepare/Perform after Rollback incorrectly succeeds with wrong content -


we use maven subversion internally. use maven's release plugin. noticed issue described below when running through following (correct, presume) steps.

1. run release:prepare:

  • maven updates trunk version 1.0.0.
  • maven runs svn copy trunk/myproject tags/myproject-1.0.0, creating tag myproject-1.0.0.
  • maven updates trunk version 1.0.1-snapshot.

2. run release:rollback:

  • maven resets trunk version 1.0.0-snapshot.
  • maven not remove tag, because maven doesn't kind of stuff.

3. commit more changes trunk, against version 1.0.0-snapshot.

4. run release:prepare again:

  • maven updates trunk version 1.0.0.
  • maven runs svn copy trunk/myproject tags/myproject-1.0.0, thinking created tag myproject-1.0.0 out of latest trunk. but, alas, subversion (1.6 , 1.7 alike) instead create tags/myproject-1.0.0/myproject on maven's behalf.

5. run release:perform:

  • maven checks out contents of tag myproject-1.0.0.
  • maven builds contents , deploys result nexus.

the problem obvious: change in step 3 did not make tag. releasing 1.0.0 without change in it.

the questions are: how can fix this? maven's release rollback feature inherently broken?

in fairness, rollback should reset project , scm state allows second prepare occur. this includes removing tag. answer apparent (googling "maven release rollback remove tag"):

http://maven.apache.org/maven-release/maven-release-plugin/examples/rollback-release.html:

the created branch/tag in scm release removed. note: not yet implemented you need manually remove branch/tag scm. more info see mrelease-229.

the resolution force release:rollback include command delete scm tag using org.codehaus.mojo:exec-maven-plugin. short of this, wrap rollback inside script externally.


Comments

Post a Comment

Popular posts from this blog

linux - xterm copying to CLIPBOARD using copy-selection causes automatic updating of CLIPBOARD upon mouse selection -

i've tried various ways coerce xterm (versions 285 , 292) copy selection clipboard clipboard whenever press ctrl-shift-c. promising way far has been, in ~/.xresources, put this: xterm*vt100.translations: #override \ ctrl shift <keypress> c: copy-selection(clipboard) \n\ ctrl shift <keypress> v: insert-selection(clipboard) ctrl-shift-v works perfectly, copying has nuance... if restart xterm, highlighting text puts things in primary clipboard; expected, proper, default behavior. if hit ctrl-shift-c, copies current selection clipboard clipboard. the bug, however, if highlight text after first time pressed ctrl-shift-c, you'll see highlighting copies both primary and clipboard. cannot figure out how stop xterm updating clipboard upon selection... , doesn't make sense me in first place. i said, @ specific point in time, copy selection clipboard... yet starts updating automatically upon selection after doing once... anyone have workaround...
Read more

qt - Errors in generated MOC files for QT5 from cmake -

i generated moc files qt5 using set (cmake_automoc on) set(cmake_include_current_dir on) then add moc files src using set(src src/main.cpp src/video_widget_surface.cpp src/video_widget.cpp src/video_player.cpp #moc files moc/moc_video_player.cpp moc/moc_video_widget.cpp moc/moc_video_widget_surface.cpp finally add executable using add_executable(somegui ${src}) but errors in moc files saying : /other/workspace/perception/somestuff/moc/moc_video_widget.cpp:54:6: error: 'videowidget' has not been declared /other/workspace/perception/somestuff/moc/moc_video_widget.cpp:62:19: error: 'videowidget' has not been declared /other/workspace/perception/somestuff/moc/moc_video_widget.cpp:68:20: error: 'videowidget' has not been declared /other/workspace/perception/somestuff/moc/moc_video_widget.cpp:68:46: error: non-member function 'const qmetaobject* metaobject()' cannot have cv-qualifier /other/qt5.0.1/5.0.1/gcc_64/include/qtcore/qo...
Read more