call it bad luck, but SVN is really the only SCM that does NOT use it I think ;)
LieGrue, strub ----- Original Message ----- > From: Stephen Connolly <stephen.alan.conno...@gmail.com> > To: Maven Developers List <dev@maven.apache.org> > Cc: > Sent: Friday, September 21, 2012 3:34 PM > Subject: Re: Scm, Surefire, Wagon migrate to git (please check) [was Plan for > git migration] > > It would appear that my attempt at humour was lost on you! > > On 21 September 2012 14:15, Anders Hammar <and...@hammar.net> wrote: > >> Unfortunately it's a fair amount of larger organizations that use it. >> So it can't be ignored in reality IMHO. >> >> /Anders >> >> On Fri, Sep 21, 2012 at 3:11 PM, Stephen Connolly >> <stephen.alan.conno...@gmail.com> wrote: >> > On 21 September 2012 13:59, Anders Hammar <and...@hammar.net> > wrote: >> > >> >> > I have not seen anything other than CVS using the tag.... but > that >> could >> >> > just be ignorance on everyones part ;-) >> >> >> >> ClearCase uses it. But it's ok to ignore that scm...:-) >> >> >> >> >> > is it an SCM? I though it was an excuse to hire a bunch of IBM > Certified >> > ClearCase Administrators to tell you that you don't know how to > commit >> > >> > >> >> /Anders >> >> >> >> > >> >> > Also I don't think that using "tag" to convey a > git branch is a good >> >> > plan... put perhaps setting it for the releases and clearing > after >> would >> >> be >> >> > a "good thing" >> >> > >> >> > >> >> >> This stuff was initially used for CVS which is pretty > similar to GIT >> >> from >> >> >> a user pov when it comes to branches and tags. >> >> >> >> >> >> It has not been used for a long time though and I'm > not sure if some >> SVN >> >> >> 'fixes' (dynamic url change, anyone?) crashed the > other behaviour ;) >> >> >> >> >> >> >> >> >> LieGrue, >> >> >> strub >> >> >> >> >> >> >> >> >> >> >> >> ----- Original Message ----- >> >> >> > From: Stephen Connolly > <stephen.alan.conno...@gmail.com> >> >> >> > To: Maven Developers List > <dev@maven.apache.org> >> >> >> > Cc: >> >> >> > Sent: Friday, September 21, 2012 1:51 PM >> >> >> > Subject: Re: Scm, Surefire, Wagon migrate to git > (please check) >> [was >> >> >> Plan for git migration] >> >> >> > >> >> >> > On 21 September 2012 12:01, Benson Margulies < >> bimargul...@gmail.com> >> >> >> > wrote: >> >> >> > >> >> >> >> On Thu, Sep 20, 2012 at 10:13 PM, Hervé BOUTEMY >> >> >> > <herve.bout...@free.fr> >> >> >> >> wrote: >> >> >> >> > Le jeudi 20 septembre 2012 11:03:54 Benson > Margulies a écrit : >> >> >> >> >> > The doco is generated by the > release. The release is tagged. >> >> >> > The links >> >> >> >> >> > point to the tag. >> >> >> >> >> > >> >> >> >> >> > It is as it should be; it makes > perfect sense. >> >> >> >> >> >> >> >> >> >> There are (potentially) two parts to > the SCM page. One says, >> >> >> > "where >> >> >> >> >> will you find this release in > SCM." The other says, "If >> >> >> > you want to >> >> >> >> >> join the development community, > here's what you check >> >> >> > out" >> >> >> >> >> >> >> >> >> >> What I want is for the output of MPIR > to clearly and >> distinctly >> >> >> > set out >> >> >> >> >> both. >> >> >> >> > >> >> >> >> > yes, both informations are useful >> >> >> >> > probably a new feature to add to next MPIR > release: I don't >> know >> >> >> > if this >> >> >> >> will >> >> >> >> > be easy to code, but let's start with > a "new feature" >> >> >> > Jira issue, no? >> >> >> >> >> >> >> >> We've been here before. There's not > enough information in the >> POM; >> >> >> > and >> >> >> >> fixing that would require 'POM 5'. >> >> >> >> >> >> >> >> I suppose it could be put in the mpir plugin > config as a stopgap. >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> > With GIT SCM urls though, my understanding is that > the branch/tag >> is >> >> not >> >> >> > encoded so the question is moot... but it does raise > a side >> question >> >> >> which >> >> >> > is how do we get the branch/tag information to be > part of the >> report >> >> >> > >> >> >> > >> >> >> >> > >> >> >> >> > Regards, >> >> >> >> > >> >> >> >> > Hervé >> >> >> >> > >> >> >> >> > >> >> > --------------------------------------------------------------------- >> >> >> >> > To unsubscribe, e-mail: > dev-unsubscr...@maven.apache.org >> >> >> >> > For additional commands, e-mail: > dev-h...@maven.apache.org >> >> >> >> > >> >> >> >> >> >> >> >> >> >> > --------------------------------------------------------------------- >> >> >> >> To unsubscribe, e-mail: > dev-unsubscr...@maven.apache.org >> >> >> >> For additional commands, e-mail: > dev-h...@maven.apache.org >> >> >> >> >> >> >> >> >> >> >> > >> >> >> >> >> >> > --------------------------------------------------------------------- >> >> >> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >> >> >> For additional commands, e-mail: > dev-h...@maven.apache.org >> >> >> >> >> >> >> >> >> >> > --------------------------------------------------------------------- >> >> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >> >> For additional commands, e-mail: dev-h...@maven.apache.org >> >> >> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >> For additional commands, e-mail: dev-h...@maven.apache.org >> >> > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org