|
Ok. Yes I have time to test it. If you've got a fix in mind already, go for it – on trunk! I simply meant I didn't want this to block a 1.3.1 release once we have the database upgrade issue sorted out. (Fix for 1.3.x instead of 1.3.1, that's all.) It would be great to be able to give the scm comment prefix in the Continuum UI when doing the release. I also have a pre-commit hook in my organisation but the issue tracker is different for each release so it is not a good solution for me to store it in the pom. I opened Even if the issue key changes for every release, you can still configure it in the pom prior to executing the release process. Thanks for opening the enhancement request. The main advantage of releasing through Continuum Web UI is it is not needed to checkout the code source (can be done from a non developer computer). If I have to edit the pom before releasing, I have to checkout/commit so it reduces Continuum usefulness. This doesn't seem to be working in r740908 with this in the pom: <plugin> the commit message was: Author: wsmoak Modified: I also noticed the SCM Comment Prefix on the release prepare page didn't pre-populate with the value in the pom, so it may be related to I'll modify one of the examples in the sandbox and record a Selenium test to double check. It works fine for me at r741756. Thanks for taking a look, Emmanuel. Maybe you fixed it by adding the missing 'get' method? |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
While I'd love to see this fixed, I don't want to load up 1.3.1 with more than absolutely necessary.
This seems to be a larger problem than this one config element – see CONTINUUM1633,
CONTINUUM-1503,CONTINUUM-1504,CONTINUUM-1505which all point to different release plugin config being ignored.