On Mon, Nov 28, 2016 at 2:57 PM, Gilles <gil...@harfang.homelinux.org> wrote:
> On Mon, 28 Nov 2016 07:31:36 -0700, Apache wrote: > >> Gilles, >> >> If you try to do this you are going to get very frustrated with >> Maven. You cannot use the Maven Release plugin if all the versions are >> not SNAPSHOTs, and if they always have to be SNAPSHOTs it makes very >> little sense to have them be out of sync. If you don’t use the release >> plugin then you will have to come up with some custom release >> mechanism that somehow can only release a portion of your project. >> This is going to get rather messy as you will constantly be updating >> the parent pom to increment versions and require that to be released >> along with the modules you are releasing - which means your other >> modules really need to be updated to reflect the new parent version. >> >> To be honest, I did what you are suggesting at a former employer. We >> eventually stopped and synchronized the versions of all the modules. >> It simply wasn’t worth the effort to have all the versions be >> different and the only real cost was releasing components with new >> versions that hadn’t changed. >> > > Thanks for the testimony. > Even if I have no clue how the version string causes a problem, > I can readily concede that we can be constrained in how to manage > a project because of the shortcomings of some tool. > > Out of curiosity, is there an alternative (to maven?) that would > not suffer from this limitation? A different build tool is not going to change the desire most of us have for one repo = one version. You can take a look at Gradle but I do not know if that will help here. Gary > > > Gilles > > > >> Ralph >> >> On Nov 27, 2016, at 2:11 PM, Gilles <gil...@harfang.homelinux.org> wrote: >>> >>> >>> I've still to see one use-case where it will cause a problem, while >>> I've described several where the independent version numbering >>> provides advantages. >>> >>> Incidentally, this is all supported by maven: IIUC, each modules has its >>> own version number, and it cannot be inherited from the parent project. >>> >>> Regards, >>> Gilles >>> >>> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > > -- E-Mail: garydgreg...@gmail.com | ggreg...@apache.org Java Persistence with Hibernate, Second Edition <https://www.amazon.com/gp/product/1617290459/ref=as_li_tl?ie=UTF8&camp=1789&creative=9325&creativeASIN=1617290459&linkCode=as2&tag=garygregory-20&linkId=cadb800f39946ec62ea2b1af9fe6a2b8> <http:////ir-na.amazon-adsystem.com/e/ir?t=garygregory-20&l=am2&o=1&a=1617290459> JUnit in Action, Second Edition <https://www.amazon.com/gp/product/1935182021/ref=as_li_tl?ie=UTF8&camp=1789&creative=9325&creativeASIN=1935182021&linkCode=as2&tag=garygregory-20&linkId=31ecd1f6b6d1eaf8886ac902a24de418%22> <http:////ir-na.amazon-adsystem.com/e/ir?t=garygregory-20&l=am2&o=1&a=1935182021> Spring Batch in Action <https://www.amazon.com/gp/product/1935182951/ref=as_li_tl?ie=UTF8&camp=1789&creative=9325&creativeASIN=1935182951&linkCode=%7B%7BlinkCode%7D%7D&tag=garygregory-20&linkId=%7B%7Blink_id%7D%7D%22%3ESpring+Batch+in+Action> <http:////ir-na.amazon-adsystem.com/e/ir?t=garygregory-20&l=am2&o=1&a=1935182951> Blog: http://garygregory.wordpress.com Home: http://garygregory.com/ Tweet! http://twitter.com/GaryGregory
