Re: [Artifactory-users] Snapshots for a generic repository

[David W. <dav...@th...>]

D:

I tried using a maven repository and it doesn’t know that the tarballs are snapshots so it lets you store as many as you want. I guess we could fudge a maven environment and generate the tarballs as snapshots, but that’s silly work.

I know I can do the versioning with a script. But, since artifactory already has a similar approach for maven/gradle/ivy, it would seem symmetrical to have a similar policy for generic repositories. Plus, we are actually deploying our artifacts from bamboo using the default artifactory plugin so we would have to reproduce that.

It just seems this is something that artifactory should support.

Thanks.

David

From: dave_p [via Artifactory] [mailto:ml-...@n2...]
Sent: Thursday, January 21, 2016 7:17 PM
To: Ward, David (Proxy) <Dav...@th...>
Subject: Re: Snapshots for a generic repository

I had a similar problem with these OVA appliances (versioned releases, not snapshots) one of our teams produces nightly - ended up “fixing” it by writing a python script that uses the artifactory API to list the contents of a repository, sort them by date, and delete the oldest ones. (We retain 7, but the idea is the same.) Then added it to crontab.

Interested in knowing if there’s a better way.

Theoretically, I suppose you could use a maven repository to store tarballs. For some reason, I’ve got a maven repo with a bunch of ISOs in it. :-D

-Dave P.

On Jan 21, 2016, at 1:49 PM, David Ward <[hidden email]</user/SendEmail.jtp?type=node&node=7580753&i=0>> wrote:

> We currently store tarballs of our system in artifactory after each build. We
> do not use maven, gradle, etc., so we store them in a generic repository.
>
> The problem that we are having is that the repository keeps growing and
> growing because each build is a separate artifact; however, old versions of
> the build are not really useful.
>
> For maven/gradle repositories, we could configure the repository as a
> snapshot repository and limit versions to a small number.
>
> Is there some way to limit the number of artifacts in a generic repository
> in a similar manner? For example, only allow 5 artifacts (our build
> tarballs) in the repository. If you put in more than five, the oldest
> artifact will be deleted.
>
> Thanks.
>
> David
>
>
>
>
> --
> View this message in context: http://forums.jfrog.org/Snapshots-for-a-generic-repository-tp7580751.html
> Sent from the Artifactory - Users mailing list archive at Nabble.com.
>
> ------------------------------------------------------------------------------
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140
> _______________________________________________
> Artifactory-users mailing list
> [hidden email]</user/SendEmail.jtp?type=node&node=7580753&i=1>
> https://lists.sourceforge.net/lists/listinfo/artifactory-users


------------------------------------------------------------------------------
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140
_______________________________________________
Artifactory-users mailing list
[hidden email]</user/SendEmail.jtp?type=node&node=7580753&i=2>
https://lists.sourceforge.net/lists/listinfo/artifactory-users

________________________________
If you reply to this email, your message will be added to the discussion below:
http://forums.jfrog.org/Snapshots-for-a-generic-repository-tp7580751p7580753.html
To unsubscribe from Snapshots for a generic repository, click here<http://forums.jfrog.org/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=7580751&code=ZGF2aWQud2FyZEB0aGFsZXNkc2kuY29tfDc1ODA3NTF8LTIwOTE3NjI0NTg=>.
NAML<http://forums.jfrog.org/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml>
CONFIDENTIALITY NOTICE: This e-mail and any attachments are for the exclusive and confidential use of the intended recipient. If you received this in error, please do not read, distribute, or take action in reliance upon this message. Instead, please notify us immediately by return e-mail and promptly delete this message and its attachments from your computer system. We do not waive attorney-client or work product privilege by the transmission of this message.

Act 5.6.102a.c




--
View this message in context: http://forums.jfrog.org/Snapshots-for-a-generic-repository-tp7580751p7580754.html
Sent from the Artifactory - Users mailing list archive at Nabble.com.