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
<[email protected]> wrote:
> On 21 September 2012 13:59, Anders Hammar <[email protected]> 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 <[email protected]>
>> >> > To: Maven Developers List <[email protected]>
>> >> > 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 <[email protected]>
>> >> > wrote:
>> >> >
>> >> >>  On Thu, Sep 20, 2012 at 10:13 PM, Hervé BOUTEMY
>> >> > <[email protected]>
>> >> >>  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: [email protected]
>> >> >>  > For additional commands, e-mail: [email protected]
>> >> >>  >
>> >> >>
>> >> >>
>>  ---------------------------------------------------------------------
>> >> >>  To unsubscribe, e-mail: [email protected]
>> >> >>  For additional commands, e-mail: [email protected]
>> >> >>
>> >> >>
>> >> >
>> >>
>> >> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail: [email protected]
>> >> For additional commands, e-mail: [email protected]
>> >>
>> >>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [email protected]
>> For additional commands, e-mail: [email protected]
>>
>>

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to