maven-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From baz themail <bazthem...@gmail.com>
Subject Re: Is there any way to stop the same version of pom file/build being built more than once?
Date Thu, 06 Jan 2011 18:24:35 GMT
How is the upgrade process from 1.3.6 to 1.8.0.1? Painless?

On Thu, Jan 6, 2011 at 10:12 AM, Nick Stolwijk <nick.stolwijk@gmail.com> wrote:
> I've also checked 1.3.6 (still in production here, Saturday we are
> moving to 1.8.0.1) and, indeed, it isn't there. You have to upgrade to
> a newer version to have it. It isn't a Pro feature, the free version
> also has it.
>
> With regards,
>
> Nick Stolwijk
> ~Senior Java Developer~
>
> iPROFS
> Wagenweg 208
> 2012 NM Haarlem
> T +31 23 547 6369
> F +31 23 547 6370
> I www.iprofs.nl
>
>
>
> On Thu, Jan 6, 2011 at 7:08 PM, baz themail <bazthemail@gmail.com> wrote:
>> Nick,
>>
>> I am using Nexus open source version 1.3.6.
>>
>> - Open repository named "releases".
>> - Configuration tab.
>> - I see "Repositoy ID", "Repository Name", "Repository type",
>> "Provider", "Format", "Repository Policy", "Default Local Storage
>> Location", "Override Local Storage Location"; Access settings: "Allow
>> Deployment", "Allow File Browsing", "Include in Search"; Expiration
>> settings: "Not found cache TTL".
>>
>> I do not see Deployment policy. Is this a feature for PRO?
>>
>> Thanks.
>>
>> B.
>>
>> On Thu, Jan 6, 2011 at 10:02 AM, Nick Stolwijk <nick.stolwijk@gmail.com> wrote:
>>> I just checked our 1.8.0.1 instance of Nexus and it is right there
>>> under the configuration of a hosted repository:
>>>
>>> Deployment policy:
>>> Allow redeploy
>>> Disallow redeploy
>>> Read only
>>>
>>> Hth,
>>>
>>> Nick Stolwijk
>>> ~Senior Java Developer~
>>>
>>> iPROFS
>>> Wagenweg 208
>>> 2012 NM Haarlem
>>> T +31 23 547 6369
>>> F +31 23 547 6370
>>> I www.iprofs.nl
>>>
>>>
>>>
>>> On Thu, Jan 6, 2011 at 6:58 PM, baz themail <bazthemail@gmail.com> wrote:
>>>> Todd, thats one of the function that I thought Nexus has... but I
>>>> cannot find the usage for it. Is it only available in Pro version?
>>>>
>>>> On Wed, Jan 5, 2011 at 9:58 AM, Thiessen, Todd (Todd)
>>>> <tthiessen@avaya.com> wrote:
>>>>> Configure your Nexus server to not allow artifacts to get overwritten.
You can't stop the build from happening, but you can stop the artifact from being deployed.
>>>>>
>>>>>> -----Original Message-----
>>>>>> From: baz themail [mailto:bazthemail@gmail.com]
>>>>>> Sent: Wednesday, January 05, 2011 12:55 PM
>>>>>> To: Maven Users List
>>>>>> Subject: Re: Is there any way to stop the same version of pom file/build
>>>>>> being built more than once?
>>>>>>
>>>>>> Wendy, thanks for your reply.
>>>>>>
>>>>>> Here is the example:
>>>>>>
>>>>>> 1. Someone need to fix a bug in production.
>>>>>> 2. Create a new branch for bug fix based on a label.
>>>>>> 3. The newly created branch will contain older pom files with older
>>>>>> version that already released in Nexus (or any Maven based
>>>>>> repository).
>>>>>> 4. Logically, once the branch is created from an older label, in
order
>>>>>> to avoid redeploying the old version numbers, the version number
>>>>>> should be changed.
>>>>>> 5. Say, if #4 is skipped, then the same version number that exist
in
>>>>>> Nexus will be overwritten after performing a release build.
>>>>>> 6. This is to assume that we should keep the old release version
even
>>>>>> if it is buggy.
>>>>>>
>>>>>> So, my question is: Is there any way to skip #4 by having some Maven
>>>>>> type mechanism to check and stop a release build if the version
>>>>>> already exist in maven repo?
>>>>>>
>>>>>> Thanks.
>>>>>>
>>>>>> B.
>>>>>>
>>>>>> On Tue, Jan 4, 2011 at 10:01 AM, Wendy Smoak <wsmoak@gmail.com>
wrote:
>>>>>> > On Tue, Jan 4, 2011 at 12:28 PM, baz themail <bazthemail@gmail.com>
>>>>>> wrote:
>>>>>> >> Hi,
>>>>>> >> Is there any way to stop the same version of pom file/build
being
>>>>>> >> built more than once?
>>>>>> >
>>>>>> > Being _built_?  Probably not... anyone can check out a tag
and
>>>>>> > re-build that version locally, nothing to prevent that from
happening.
>>>>>> >  (Nor should there be.)
>>>>>> >
>>>>>> > What's the real underlying problem?
>>>>>> >
>>>>>> > My guess is that it's about not overwriting released versions.
 In
>>>>>> > which case... are you using -SNAPSHOT version numbers and going
>>>>>> > through a release process?  A repository manager to store your
>>>>>> > artifacts?
>>>>>> >
>>>>>> > Tell us more about your situation and most likely someone will
have
>>>>>> > some advice for you.
>>>>>> >
>>>>>> > --
>>>>>> > Wendy
>>>>>> >
>>>>>> > ---------------------------------------------------------------------
>>>>>> > To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
>>>>>> > For additional commands, e-mail: users-help@maven.apache.org
>>>>>> >
>>>>>> >
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
>>>>>> For additional commands, e-mail: users-help@maven.apache.org
>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
>>>>> For additional commands, e-mail: users-help@maven.apache.org
>>>>>
>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
>>>> For additional commands, e-mail: users-help@maven.apache.org
>>>>
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
>>> For additional commands, e-mail: users-help@maven.apache.org
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
>> For additional commands, e-mail: users-help@maven.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org


Mime
View raw message