Today at the end of a release, you have a jar foo-2.2.0.jar and a new version number in the buildfile: 2.2.1-SNAPSHOT
If the last token is not SNAPSHOT, what should be the next version number in the buildfile? should buildr try to change the buildfile in that case? should buildr be clever and check if the last character is a number and increment it, 2.2.0-rc1 -> 2.2.0-rc2 ? On Fri, May 7, 2010 at 10:21 AM, Alex Boisvert <alex.boisv...@gmail.com>wrote: > ... or ... (yikes!) ... you can monkey-patch the Release class to do > exactly > what you need for the time being, > > module Buildr > class Release #:nodoc: > class << self > def with_release_candidate_version > # copy & paste existing code and tweak it to match your needs > end > end > end > end > > I agree we should only strip the last token if it matches the -SNAPSHOT > expectation. > > alex > > On Fri, May 7, 2010 at 8:59 AM, Antoine Toulme <anto...@lunar-ocean.com > >wrote: > > > Hmm... > > > > 1. file a bug please > > 2. use _ or . instead for now. Sorry about that. > > > > On Fri, May 7, 2010 at 07:58, Jean-Philippe Caruana < > > jeanphilippe1.caru...@orange-ftgroup.com> wrote: > > > > > Le 07/05/2010 16:51, Antoine Toulme a écrit : > > > > > > I would set the version explicitly in the Buildfile, commit, do buildr > > >> release, etc. > > >> I might be missing something, I'm not too familiar with RCs in Buildr. > > >> > > > > > > When I commit "2.2.0-rc1" in my buildfile and do a "buildr release", it > > > builds a project-artifact-2.2.0.jar. My "-rc1" is dropped (everything > > after > > > "-" is dropped, in order to drop the "-SNAPSHOT" part) > > > > > > Sorry this wasn't clear in my previous email. > > > > > > -- Jean-Philippe Caruana > > > > > > ******************************** > > > Ce message et toutes les pieces jointes (ci-apres le "message") sont > > > confidentiels et etablis a l'attention exclusive de ses destinataires. > > > Toute utilisation ou diffusion non autorisee est interdite. > > > Tout message electronique est susceptible d'alteration. Multimedia > > Business > > > Services decline > > > toute responsabilite au titre de ce message s'il a ete altere, deforme > > > ou falsifie. > > > Si vous n'etes pas destinataire de ce message, merci de le detruire > > > immediatement et d'avertir l'expediteur. > > > ********************************* > > > This message and any attachments (the "message") are confidential and > > > intended solely for the addressees. Any unauthorised use or > > > dissemination is prohibited. > > > Messages are susceptible to alteration. Multimedia Business Services > > shall > > > not be liable for the > > > message if altered, changed or falsified. > > > If you are not the intended addressee of this message, please cancel it > > > immediately and inform the sender.. > > > ******************************** > > > > > >
