Artifactoryフルチェックサムベースのストレージを使用するが、このメカニズムは、従来のワーククリーンアップ作業を置き換えることはできません。ソフトウェア開発は、成果物の多くは使用されることはありません非常に厄介な、非常に頻繁にArtifactoryすることができます。
例えば、多くのCI / CDコンストラクトを実行するために、「送信」のソースコード管理に基づいて構成されており、これらの構成のスナップショットがArtifactoryに送られたら、それは実際にそれらをダウンロードすることはありません。
アカウントにソフトウェア開発の動的な性質を考えると、ほとんどの組織は、独自のデータ保持ポリシーを持っています。あなたはデータをクリアすることができるかを決定するが、内蔵されたほとんどの状況をカバーできるツール。
一般的に、Artifactoryに3つの技術は、アーティファクトのストレージを管理するには：
-リミットは予約SNAPSHOTの数
-クリアウルトラ
-ワーク未使用の削除します
どのように多くのスナップショットに保存期限
Artifactoryが組み込まれているメカニズムの構築制限する「スナップショットを。」この目的は、システムがワーク「スナップショット」リポジトリから「解放」を、それを上書きする前にアップグレードすることを確実にするためです。
：Artifactoryリポジトリは、マークの「最大の単一スナップショット」の6種類のサポート
Mavenの- - NuGet
- Gradleの-Ivy
-ドッカー- SBTを
Artifactory使用Artifactoryレイアウトシステムは、スナップショットの数を追跡します。ユーザーはあなたがワークのスナップショットをアップロードする際に所定のパターンを実行する必要があり、この手段（ほとんどのクライアントが自動的に処理されます）。
たとえば、このMavenのJARファイルがスナップショット実験番号3の一部として識別される
JFrog /ハロー/ 1.0.5-SNAPSHOT /ハロー-1.0.5-20190620.224837-3.jar
ほとんどのクライアントは、アップロードするために、特定のCLIモードを使用して、デフォルトのレイアウトArtifactoryは、このような状況をカバーする必要があります。ハンドルカスタムアップロードパスに必要に応じて、リポジトリのこれらのタイプのレイアウトをカスタマイズすることができます。
Artifactoryでこの機能を有効にするには、ローカルリポジトリの設定を更新します。
この設定を有効にすると、「ユニークなスナップショットの最大数」以上のアップロードは次の実行中にすべての以前のリリースを削除するように構成されます。
最高の数は、常に最新のバージョンになります。
クリアウルトラ
Artifactoryリモートリポジトリダウンロードしたファイルはキャッシュに格納されています。それはダウンロード速度をスピードアップすることができますので、一般的には、全体のキャッシュを維持することが有益です。プロジェクトの用途の成果物が変更されている場合は、価値が定期的にキャッシュをクリア。
内蔵のシステムArtifactoryこの機能をサポートします。自動キャッシュのクリアを有効にするには、リモートリポジトリメニュー「詳細」セクションに移動します。
あなたはセクション「未使用のクリーンアップ曲」でクリーンアップ作業の前に時間数を追加することができます。
これは、作業が12時間後に削除されるわけではありません。代わりに、としてマークされ、ワーク内にある「未使用。」
「高度な。」> - >「メンテナンス」「未使用をクリーンアップするために、キャッシュの仕事」と呼ばれる別の仕事、下に、それはクリーンアップを実行します- 「管理者」に デフォルトでは、このcronジョブは、1日1回実行されます。
削除未使用の作業は
、通常、Artifactory通常のバイナリファイルは自動的に削除されません。この資料に記載されているようなフィールドなどの例外があります。
ワークをダウンロードしないように長い時間を除去することにより、ストレージ容量を大幅に節約することができ、と述べました。自動的に使用されていないファイルを削除するための最良の方法は、Artifactoryユーザーのプラグインを実装することです。
最も人気のあるプラグインのユーザーJFrog開発の一つが「artifactCleanup」のプラグインです。cronジョブの実行中にプラグインし、自動的に「X」はまだダウンロードされていない日以内にすべての作業を削除します。
あなたは、さらにカスタムプラグインが必要な場合は、コード内のArtifactoryクエリ言語ステートメントを変更することができます。
DEF AQL =「items.find（{」レポ「：」「+ + repoKey」「」タイプの『：』どんな「」@ cleanup.skip「：」真の「}レポ「」パス「」（）などが、」 名前「」タイプ『）』
のノートに一つのことを：artifactCleanupはドッカーリポジトリで作業をしません。
別個の部品としてドッカー画像記録層は、「画像」ファイルに介在しました。ドッカークライアントの大半はすでに層を有している場合には、層は、多くの場合、ダウンロードではありません。動作の違いに起因して、別の「cleanDockerImages」プラグインを使用することをお勧めします。
これは、ファイルは常に「ドッキングウィンドウプル」のイベントでダウンロードされ、ダウンロード回数のmanifest.jsonをファイルに依存しています。
参考文献：
https://jfrog.com/knowledge-base/artifactory-cleanup-best-practices/
追加情報：
- AQLのクリーニング：
https://jfrog.com/blog/advanced-cleanup-using-artifactory-query-language-aql/
- 既存のデータをクリーンアップする：90日誰もがREST APIの、またはすべての90日前のスナップショットによってダウンロードされたスナップショットをクリーンアップするために、これは大幅にインデックススピードアップメモリの量、速度を減らすことができます。
- 新しいデータの定期的な清掃：ページ上でリアルタイムのクリーンアップの構成スナップショット：
オンライン教室の焦点を合わせるために、よりエキサイティングなコンテンツ
jfrogchina GETコース通知：マイクロチャネル公共の検索数を