これは、Ubuntu Online、Fedora Online、Windows オンライン エミュレーター、MAC OS オンライン エミュレーターなどの複数の無料オンライン ワークステーションの XNUMX つを使用して、OnWorks 無料ホスティング プロバイダーで適切に実行できるコマンドです。
プログラム：
NAME
適切に - Debian リポジトリ管理ツール
SYNOPSIS
一般的なコマンド形式:
適切に [全体的な オプション...] command サブコマンド [オプション...] 引数
このマニュアルページの内容と一致するヘルプが適切に統合されています。ヘルプを表示するには、先頭に
助けます コマンド名に:
適切に 助けます ミラー 作ります
DESCRIPTION
aptly は、リモート リポジトリの部分的および完全なミラーを作成し、ローカルを管理するツールです
リポジトリのフィルタリング、マージ、個々のパッケージのアップグレード、スナップショットの作成、公開
それらを Debian リポジトリとして戻します。
aptly の目標は、パッケージ中心のシステムで再現性と制御された変更を確立することです。
環境。 これにより、リポジトリ内の一連のパッケージを修正できるようになり、そのパッケージが
インストールとアップグレードが決定的になります。 同時に、適切に次のことを可能にします
リポジトリの内容に対して制御されたきめ細かい変更を実行して、パッケージを移行します
環境を新しいバージョンにアップデートします。
CONFIGURATION
最初に設定ファイルを適切に検索します ~/.aptly.conf その後、 /etc/aptly.conf で、もし
設定ファイルが見つかりません。新しい設定ファイルがホーム ディレクトリに作成されます。 もし -config= フラグが指定されている、
指定された場所にある設定ファイルを適切に使用します。 ルートディレクトリも適切に必要です
データベース、パッケージ、公開リポジトリのストレージ。 指定しない場合、ディレクトリはデフォルトになります
〜へ ~/.適切に、見つからない場合は作成されます。
構成ファイルは JSON 形式で保存されます (デフォルト値を以下に示します)。
{
"rootDir": "$HOME/.aptly",
"downloadConcurrency": 4、
「ダウンロード速度制限」: 0、
「アーキテクチャ」: [],
"dependencyFollowSuggests": false、
「依存関係フォロー推奨」: false
"dependencyFollowAllVariants": false、
"dependencyFollowSource": false、
"gpgDisableSign": false、
"gpgDisableVerify": false、
"downloadSourcePackages": false、
"ppaDistributorID": "ubuntu",
"ppaコード名": "",
"S3PublishEndpoints": {
"テスト"： {
"地域": "us-east-1",
"バケット": "リポジトリ",
"終点"： ""、
"awsAccessKeyID": "",
"awsSecretAccessKey": "",
"プレフィックス": "",
"acl": "パブリック読み取り",
"ストレージクラス": "",
"暗号化方式": "",
"プラス回避策": false、
"disableMultiDel": false
}
},
"SwiftPublishEndpoints": {
"テスト"： {
"コンテナ": "リポジトリ",
"オス名": "",
"パスワード"： ""、
"プレフィックス": "",
"認証URL": "",
"テナント": "",
"テナントID": ""
}
}
}
オプション：
ルートディレクトリ
データベースを格納するディレクトリストレージのルートです(ルートディレクトリ/db)、ダウンロードされたパッケージ
(ルートディレクトリ/pool) と公開リポジトリ (ルートディレクトリ/公共）
ダウンロード同時実行数
パッケージをダウンロードするときに使用する並列ダウンロード スレッドの数です。
ダウンロード速度制限
リモート リポジトリのミラーリング中のダウンロード速度の制限 (キロバイト/秒)
アーキテクチャ
処理するアーキテクチャのリストです。 空のままにした場合、デフォルトで利用可能なすべてが設定されます
アーキテクチャ。 オプションで上書きできる -アーキテクチャ
依存関係フォロー提案
の内容に従ってください 提案します: パッケージの依存関係を処理するときのフィールド
依存関係フォロー推奨
の内容に従ってください お勧め： パッケージの依存関係を処理するときのフィールド
依存関係FollowAllVariants
依存関係が次のような場合 パッケージ-a | パッケージ-b、常に両方のバリエーションに従います
依存関係ソースをフォローする
バイナリパッケージからソースパッケージまで依存関係をたどる
gpgDisableSign
公開リポジトリに署名しないでください gpg(1)、リポジトリごとに無効にすることもできます
基礎を使用して -スキップ署名 公開時にフラグを立てる
gpg無効検証
リモートミラーを検証しないでください gpg(1)、ミラーごとに無効にすることもできます
-署名を無視する ミラーの作成および更新時のフラグ
ダウンロードソースパッケージ
有効にすると、作成されたすべてのミラーにソース パッケージをダウンロードするためのフラグが設定されます。
この設定はミラーごとに制御できます。 -ソース付き フラグ
ppaディストリビューターID, ppaコードネーム
短い PPA URL 展開のパラメータを指定します。空白のままにした場合、デフォルトで
の出力 lsb_release command
S3Publishエンドポイント
Amazon S3 公開エンドポイントの構成 (以下を参照)
SwiftPublishエンドポイント
OpenStack Swift 公開エンドポイントの構成 (以下を参照)
S3 公開 エンドポイント
リポジトリを Amazon S3 (または S3 互換) に直接公開するように適切に設定できます。
クラウドストレージ）。 まず、公開エンドポイントを適切な構成で記述する必要があります。
ファイル。 各エンドポイントには名前と関連する設定があります。
地域 S3 バケットの Amazon リージョン (例: us-east-1)
バケット バケット名
終点
(オプション) S3互換クラウドストレージを使用する場合、サービスのホスト名を指定します
ここではエンドポイントです。エンドポイントが設定されている場合、リージョンは無視されます (リージョンを何らかの値に設定します)
人間が判読できる名前) (実際の Amazon S3 の場合は空白のままにする必要があります)
接頭辞 (オプション) バケット内の指定されたプレフィックスでパブリッシュを実行します。デフォルトは no です。
プレフィックス (バケット ルート)
acl (オプション) ACL を公開ファイル (Amazon の既定の ACL の XNUMX つ) に割り当てます。
用語）。 有用な値: プライベート （デフォルト）または 公に読まれる (パブリックリポジトリ)。
パブリックリポジトリは、次のものによって使用される可能性があります。 apt HTTPエンドポイント(Amazonバケット)を使用
「ウェブサイト ホスティング」用に設定する必要があります)、プライベート リポジトリの場合は特別な apt
S3 トランスポートが必要です。
awsアクセスキーID, awsシークレットアクセスキー
(オプション) S3 バケットにアクセスするための Amazon 認証情報。 提供されていない場合は、環境
variables AWS_ACCESS_KEY_ID AWS_SECRET_ACCESS_KEY 使用されています。
ストレージクラス
(オプション) Amazon S3 ストレージ クラス、デフォルトは STANDARD。 利用可能な他の値:
REDUCED_REDUNDANCY (低価格、低冗長性)
暗号化方式
(オプション) サーバー側の暗号化方式。デフォルトはなしです。 現在唯一の
利用可能な暗号化方式は AES256
プラス回避策
(オプション) apt および Amazon S3 でのファイルに対する誤動作の回避策 + ファイル名に
パッケージ ファイルのコピーを XNUMX つ作成することで、 + ファイル名: オリジナル XNUMX つと
もう XNUMX つはプラス記号の代わりにスペースを使用したものです プラス回避策 有効化、パッケージ
プラス記号の付いたファイルは XNUMX 回保存されます。 ファイルをクリーンアップできない可能性があります
公開されたリポジトリが削除されるか、新しいバージョンに更新 (切り替え) されると、スペースが追加されます。
リポジトリ (スナップショット)
MultiDel を無効にする
(オプション) をサポートしていない S3 互換クラウド ストレージの場合 マルチデル S3 API、
この設定を有効にします (この設定を有効にするとファイルの削除が遅くなります)
S3 に公開するには、エンドポイントを次のように指定します。 s3:エンドポイント名: プレフィックスを公開する前に
コマンドライン上で、例えば:
適切に パブリッシュ スナップショット ウィージーメイン s3:テスト:
オープンスタック SWIFT 公開 エンドポイント
リポジトリを OpenStack Swift に直接公開するように適切に設定できます。 初め、
公開エンドポイントは、適切な設定ファイルに記述する必要があります。 各エンドポイントには、
名前と関連する設定:
コンテナ
コンテナ名
接頭辞 (オプション) コンテナ内の指定されたプレフィックスでパブリッシュを実行します。デフォルトは no です。
プレフィックス (コンテナルート)
オスネーム, password
(オプション) Keystone にアクセスするための OpenStack 認証情報。 提供されていない場合は、環境
variables OS_USERNAME OS_パスワード 使用されています。
テナント, テナント
(オプション) OpenStack テナント名と ID (v2 認証を使用するため)。
認証URL
(オプション) Keystone サーバーの完全な URL (ポートとバージョンを含む)。 例
http://identity.example.com:5000/v2.0
Swift に公開するには、エンドポイントを次のように指定します。 swift:エンドポイント名: 公開する前に
コマンドラインのプレフィックス、例:
適切に パブリッシュ スナップショット ジェシーメイン 迅速:テスト:
PACKAGE QUERY
一部のコマンドは、パッケージ クエリを受け入れて、処理するパッケージのリストを識別します。 パッケージ
クエリ構文はほぼ一致します 叱責 クエリ言語。 クエリは次のもので構成されます
簡単な用語:
直接のパッケージ参照
XNUMX つのパッケージのみを参照します。 形式は適切にリストされている方法と同じです
show コマンドのパッケージ -パッケージ付き フラグ： 名前_バージョン_アーチ例えば：
libmysqlclient18_5.5.35-rel33.0-611.squeeze_amd64
依存関係条件
構文は Debian の依存関係仕様に従います: package_name の後にオプションが続きます
バージョンの仕様とアーキテクチャの制限、例: mysql クライアント （> = 3.6）.
パッケージフィールドに対するクエリ
構文は依存関係条件の場合と同じですが、代わりにパッケージ名フィールドが使用されます。
名前が使用されます。例: 優先 (optional).
サポートされているフィールド:
○ Debian パッケージ制御ファイルのすべてのフィールド名がサポートされています。 ファイル名,
MD5合計, SHA1, SHA256, サイズ, , チェックサム-SHA1, チェックサム-SHA256.
○ $ソース ソースパッケージの名前です(バイナリパッケージの場合)
○ $ソースバージョン ソースパッケージのバージョンです
○ $アーキテクチャ is アーキテクチャ バイナリパッケージの場合と source ソースパッケージの場合、
等しい一致 (=) 演算子、パッケージ化 どれか アーキテクチャはすべてに一致します
アーキテクチャですが、 source.
○ $ Version と同じ値を持っています ただし、比較演算子は Debian バージョンを使用します
優先規則
○ $パッケージタイプ is deb バイナリパッケージの場合と source ソースパッケージ用
演算子：
= 厳密一致。デフォルトの演算子は演算子が指定されていません。
>=, <=, =, >> (厳密には大きい)、 << (厳密にはそれ以下)
すべてのフィールドの辞書編集上の比較と、パッケージを比較するときの特別なルール
バージョン
% シェル パターンと同様に、パターン マッチングでサポートされる特殊記号は次のとおりです。 [^]?*例えば：
$ Version (% 3.5-*)
~ 正規表現のマッチング、例: お名前 (~ .*-dev)
演算子を使用すると、単純な用語をより複雑なクエリに組み合わせることができます , （そして）、 | （または）
! (そうではない)、括弧 () 演算子の優先順位を変更するために使用されます。 一致値は次のとおりです
単一の () で囲まれています'）またはdouble（") 曖昧さを解決するために必要な場合は引用符で囲みます。
引用符で囲まれた文字列内はスラッシュ (\).
例：
mysql クライアント
任意のバージョンおよびアーキテクチャ (ソースを含む) のパッケージ mysql-client と一致します。
以下のパッケージにも一致します 提供： mysql クライアント.
mysql クライアント （> = 3.6）
バージョン 3.6 以上のパッケージ mysql-client と一致します。 有効な演算子
バージョンは次のとおりです。 >=, <=, =, >> (厳密には大きい)、 << (厳密には少なくなります)。
mysql クライアント {i386}
パッケージに一致 mysql クライアント 建築について i386、 建築 を すべてに一致します
アーキテクチャだけでなくソースも。
mysql クライアント （> = 3.6） {i386}
バージョンとアーキテクチャ条件の組み合わせ。
libmysqlclient18_5.5.35-rel33.0-611.squeeze_amd64
直接のパッケージ参照。
$ソース (nginx)
すべてのバイナリ パッケージ nginx ソースパッケージとして。
！名前 (~ .*-dev)、 郵便輸送、 $ Version （> = 3.5）
提供するすべてのパッケージに一致します 郵便輸送 接尾辞のない名前 -開発
およびそれ以降のバージョン 3.5.
コマンドラインで指定する場合、シェルのルールに従ってクエリを引用符で囲む必要がある場合があります。
単一の引数のままであること:
適切に レポ import ペルコナ 安定した 'mysql-クライアント （> = 3.6)」
PACKAGE DISPLAY FORMAT
いくつかの適切なコマンド (適切に ミラー サーチ, 適切に パッケージ サーチ、 ...） サポート -フォーマット フラグ
これにより、検索結果の印刷方法をカスタマイズできます。 Golang テンプレートは次の目的で使用されます。
テンプレートで使用できるすべてのパッケージ スタンザ フィールドを使用して、表示形式を指定します。 加えて
スタンザフィールドをパッケージ化すると、以下が適切に提供されます。
キー 内部 aptly パッケージ ID、aptly 内のすべてのパッケージに一意 (次の組み合わせ)
ショートキー ファイルハッシュ).
ファイルハッシュ
すべてのパッケージ ファイルの MD5 を含むハッシュ。
ショートキー
パッケージ ID。単一のリスト (ミラー、リポジトリ、スナップショットなど) 内では一意ですが、
適切なパッケージコレクション全体でユニークです。
たとえば、デフォルトの適切な表示形式は、次のテンプレートで表示できます。
{{.Package}}_{{.Version}}_{{.Architecture}}。 依存関係のあるパッケージ名を表示するには:
{{.Package}} | {{.Depends}}。 Golang テンプレート構文の詳細:
http://godoc.org/text/template
GLOBAL OPTIONS
-アーキテクチャ=
実行中に考慮するアーキテクチャのリスト (カンマ区切り)、デフォルトはすべて
利用できます
-設定=
設定ファイルの場所 (デフォルトの場所は /etc/aptly.conf、
~/.aptly.conf)
-dep-follow-all-variants= false
依存関係を処理するとき、依存関係が 'a|b' の場合は a & b に従います
-dep-follow-recommends= false
依存関係を処理するときは、推奨事項に従ってください
-dep-フォロー-ソース= false
依存関係を処理するときは、バイナリからソース パッケージまでたどります
-dep-follow-suggests= false
依存関係を処理するときは、提案に従ってください
CREATE NEW 鏡
適切に ミラー 作ります 名 アーカイブ URL ディストリビューション [コンポーネント1 ...]
ミラーを作成します 名 リモート リポジトリの標準およびフラット Debian の両方を適切にサポート
リポジトリは HTTP および FTP 経由でエクスポートされます。 適切にリモートからリリースファイルをダウンロードしてみます
リポジトリを作成し、その署名を確認します。 コマンドライン形式はaptutillyに似ています
sources.listをとします。
PPA URL は短い形式で指定できます。
$ 適切にミラー作成 名 ppa：user/プロジェクト
例：
$ 適切にミラー作成 wheezy-main http://mirror.yandex.ru/debian/ こわいメイン
オプション：
-filter =
ミラー内のパッケージをフィルタリングする
-デプスを使用したフィルター= false
フィルタリングする場合は、一致するパッケージの依存関係も含めます
-力の成分= false
(コンポーネント リストの場合のみ) 要求されたコンポーネントがリストされているかどうかのチェックをスキップします。
リリースファイル
-署名を無視する= false
リリースファイルの署名の検証を無効にする
-キーホルダー=
リリース ファイルの検証時に使用する gpg キーリング (複数回指定可能)
-ソース付き= false
バイナリパッケージに加えてソースパッケージもダウンロード
-ユーデブ付き= false
.udeb パッケージをダウンロードする (Debian インストーラーのサポート)
LIST ミラー
適切に ミラー リスト
リストには、リモート リポジトリ ミラーの完全なリストが表示されます。
例：
$ 適切にミラーリスト
オプション：
-生= false
機械可読形式でリストを表示する
SHOW 詳細 ABOUT 鏡
適切に ミラー 表示する 名
ミラーに関する詳細情報を表示します。
例：
$ 適切にミラーショー wheezy-main
オプション：
-パッケージ付き= false
ミラーに保存されているパッケージとバージョンの詳細なリストを表示します
DELETE 鏡
適切に ミラー ドロップ 名
Drop はリモート リポジトリ ミラーに関する情報を削除します 名。 パッケージデータは削除されません
(他のミラーまたはスナップショットで引き続き使用できるため)。 ミラーをソースとして使用する場合
スナップショットを作成するには、そのようなミラーの削除を適切に拒否します。フラグ -force を使用して、
オーバーライド。
例：
$ 適切にミラードロップ wheezy-main
オプション：
-力= false
スナップショットで使用されている場合でもミラーを強制的に削除します
UPDATE 鏡
適切に ミラー update 名
リモートミラーを更新します（パッケージファイルとメタ情報をダウンロードします）。 ミラーがあるとき
ミラーの内容を取得するには、このコマンドを初めて実行する必要があります。 これ
コマンドを複数回実行して、更新されたリポジトリの内容を取得できます。 中断された場合、
コマンドを安全に再起動できます。
例：
$ 適切にミラー更新 wheezy-main
オプション：
-ダウンロード制限=0
ダウンロード速度の制限 (キロバイト/秒)
-力= false
別のプロセスによってロックされている場合でもミラーを強制的に更新します
-チェックサムを無視する= false
パッケージ ファイルとメタデータのダウンロード中にチェックサムの不一致を無視します
-署名を無視する= false
リリースファイルの署名の検証を無効にする
-キーホルダー=
リリース ファイルの検証時に使用する gpg キーリング (複数回指定可能)
名前を変更します 鏡
適切に ミラー リネーム 旧名 新しい名前
コマンドはミラーの名前を変更します。ミラー名は一意である必要があります。
例：
$ 適切にミラー名を変更 wheezy-min wheezy-main
EDIT 鏡 SETTINGS
適切に ミラー edit 名
コマンド編集により、ミラーの設定 (フィルター、アーキテクチャのリスト) を変更できます。
例：
$ 適切にミラー編集 -filter=nginx -filter-with-deps some-mirror
オプション：
-filter =
ミラー内のパッケージをフィルタリングする
-デプスを使用したフィルター= false
フィルタリングする場合は、一致するパッケージの依存関係も含めます
-ソース付き= false
バイナリパッケージに加えてソースパッケージもダウンロード
-ユーデブ付き= false
.udeb パッケージをダウンロードする (Debian インストーラーのサポート)
検索 鏡 FOR PACKAGES マッチング QUERY
適切に ミラー サーチ 名 パッケージクエリ
コマンド検索により、パッケージ クエリに一致するミラー内のパッケージのリストが表示されます
例：
$ 適切にミラー検索 wheezy-main '$Architecture (i386), Name (% *-dev)'
オプション：
-形式でアーカイブしたプロジェクトを保存します．=
結果印刷用のカスタム形式
-デプス付き= false
依存関係を検索結果に含める
追加 PACKAGES に LOCAL リポジトリ
適切に レポ 加えます 名
コマンドは、.deb、.udeb (バイナリ パッケージ)、および .dsc からローカル リポジトリにパッケージを追加します
（ソースパッケージ）ファイル。 ディレクトリからインポートすると、再帰的スキャンが適切に実行されます
一致するすべてのファイルを探しています .[u]デブ or.dsc パターン。 検出されたすべてのファイルは次のようになります。
分析してメタデータを抽出すると、パッケージが作成されてデータベースに追加されます。
ファイルは内部パッケージ プールにインポートされます。 ソースパッケージの場合、必要なすべてのファイル
も自動的に追加されます。 ソースパッケージの追加ファイルは同じ場所にある必要があります
ディレクトリを *.dsc ファイルとして保存します。
例：
$ aptly repo add testing myapp-0.1.2.deb incoming/
オプション：
-強制交換= false
既存のパッケージと競合するパッケージを追加する場合は、既存のパッケージを削除します
-ファイルの削除= false
リポジトリに正常にインポートされたファイルを削除します
COPY PACKAGES BETWEEN LOCAL リポジトリ
適切に レポ copy ソース名 宛先名 パッケージクエリ ...
コマンド copy は一致するパッケージをコピーします パッケージクエリ ローカルリポジトリから ソース名 ローカルリポジトリへ
宛先名.
例：
$ 適切にリポジトリ コピー テスト安定版 'myapp (=0.1.12)'
オプション：
-予行演習= false
コピーしないでください、コピーされるものを示すだけです
-デプス付き= false
パッケージ仕様を処理するときに依存関係に従います
CREATE LOCAL リポジトリ
適切に レポ 作ります 名
ローカルパッケージリポジトリを作成します。 リポジトリは作成時に空になり、パッケージは空になる可能性があります
ファイルから追加、別のローカル リポジトリからコピーまたは移動、または
鏡。
例：
$ aptly リポジトリ作成テスト
オプション：
-コメント=
ローカル リポジトリの説明に使用されるテキスト
-コンポーネント=メイン
公開時のデフォルトのコンポーネント
-ディストリビューション=
公開時のデフォルトのディストリビューション
-アップローダーファイル=
このリポジトリに .changes を含めるときに使用される Uploaders.json
DELETE LOCAL リポジトリ
適切に レポ ドロップ 名
ローカル リポジトリからの削除に関する情報をドロップします。 パッケージデータは削除されません（
他のミラーまたはスナップショットで引き続き使用される可能性があります)。
例：
$ aptly repo ローカルリポジトリを削除
オプション：
-力= false
スナップショットで使用されている場合でもローカル リポジトリの削除を強制する
EDIT PROPERTIES OF LOCAL リポジトリ
適切に レポ edit 名
コマンド編集により、ローカル リポジトリのメタデータを変更できます: コメント、デフォルト
ディストリビューションとコンポーネント。
例：
$ aptly repo edit -distribution=wheezy testing
オプション：
-コメント=
ローカル リポジトリの説明に使用されるテキスト
-コンポーネント=
公開時のデフォルトのコンポーネント
-ディストリビューション=
公開時のデフォルトのディストリビューション
-アップローダーファイル=
このリポジトリに .changes を含めるときに使用される Uploaders.json
インポート PACKAGES FROM 鏡 に LOCAL リポジトリ
適切に レポ import ソースミラー dst-レポ パッケージクエリ ...
コマンド import は一致するパッケージを検索します パッケージクエリ 鏡の中 ソースミラー そしてコピー
それらをローカルリポジトリにコピーします dst-レポ.
例：
$ aptly repo import wheezy-main testing nginx
オプション：
-予行演習= false
インポートせず、何がインポートされるかを示すだけです
-デプス付き= false
パッケージ仕様を処理するときに依存関係に従います
LIST LOCAL リポジトリ
適切に レポ リスト
List コマンドは、ローカル パッケージ リポジトリの完全なリストを表示します。
例：
$ 適切なリポジトリリスト
オプション：
-生= false
機械可読形式でリストを表示する
MOVE PACKAGES BETWEEN LOCAL リポジトリ
適切に レポ ソース名 宛先名 パッケージクエリ ...
コマンド move は一致するパッケージを移動します パッケージクエリ ローカルリポジトリから ソース名 ローカルリポジトリへ
宛先名.
例：
$ 適切にリポジトリを移動テスト安定版「myapp (=0.1.12)」
オプション：
-予行演習= false
動かないで、何が動くかを示すだけです
-デプス付き= false
パッケージ仕様を処理するときに依存関係に従います
削除する PACKAGES FROM LOCAL リポジトリ
適切に レポ 削除します 名 パッケージクエリ ...
コマンドは一致するパッケージを削除します パッケージクエリ ローカルリポジトリから 名。 削除された場合
パッケージは他のリポジトリやスナップショットによって参照されないため、完全に削除できます
(ファイルを含む) 「aptly db cleanup」を実行します。
例：
$ aptly repo テスト 'myapp (=0.1.12)' を削除します
オプション：
-予行演習= false
削除するのではなく、削除されるものを表示するだけです
SHOW 詳細 ABOUT LOCAL リポジトリ
適切に レポ 表示する 名
Show コマンドは、ローカル パッケージ リポジトリに関する完全な情報を表示します。
例: $ aptly repo show testing
オプション：
-パッケージ付き= false
パッケージのリストを表示
名前を変更します LOCAL リポジトリ
適切に レポ リネーム 旧名 新しい名前
コマンドはローカル リポジトリの名前を変更します。 ローカル リポジトリ名は一意である必要があります。
例：
$ 適切にリポジトリ名を変更 wheezy-min wheezy-main
検索 REPO FOR PACKAGES マッチング QUERY
適切に レポ サーチ 名 パッケージクエリ
コマンド検索により、パッケージ クエリに一致するローカル リポジトリ内のパッケージのリストが表示されます
例：
$ aptly repo search my-software '$Architecture (i386), Name (% *-dev)'
オプション：
-形式でアーカイブしたプロジェクトを保存します．=
結果印刷用のカスタム形式
-デプス付き= false
依存関係を検索結果に含める
追加 PACKAGES に LOCAL リポジトリ ベース ON .変更 ファイル
適切に レポ include |ディレクトリにジョブを開始します。 ...
コマンド include は、引数のリストまたは指定されたディレクトリで .changes ファイルを検索します。
各 .changes ファイルは検証、解析され、参照されたファイルは個別の一時ファイルに置かれます。
ディレクトリに保存され、ローカル リポジトリに追加されます。 正常にインポートされたファイルは次のように削除されます。
デフォルト。
さらに、アップロードは次のように制限される可能性がありますファイル。 このファイルのルール
.changes ファイル署名の GPG キー ID に基づいてアップロードを制御し、.changes に対するクエリを実行します。
ファイルフィールド。
例：
$ aptly repo include -repo=foo-release incoming/
オプション：
-無署名を受け入れる= false
署名されていない .changes ファイルを受け入れる
-強制交換= false
既存のパッケージと競合するパッケージを追加する場合は、既存のパッケージを削除します
-署名を無視する= false
.changes ファイルの署名の検証を無効にする
-キーホルダー=
リリース ファイルの検証時に使用する gpg キーリング (複数回指定可能)
-ファイルを削除しない= false
リポジトリに正常にインポートされたファイルは削除しないでください
-レポ={{.分布}}
ファイルが移動するリポジトリ。デフォルトは .changes ファイルの Distribution フィールドです。
-アップローダーファイル=
Uploaders.json ファイルへのパス
作成します 概要 OF 鏡 （地元 リポジトリ) CONTENTS
適切に スナップショット 作ります 名 from ミラー ミラー名 | from レポ リポジトリ名 | 空の
コマンド作成 名 ミラーからリモート リポジトリの永続的な不変スナップショットを作成します
鏡。 スナップショットは、マージ、プルなどを適切に使用して公開したり、さらに変更したりできます
機能。
コマンド作成 名 from repo は、ローカル リポジトリの永続的な不変スナップショットを作成します。
スナップショットはミラー スナップショットとして処理され、リモートのスナップショットと混合できます。
ミラー。
コマンド作成 名 empty は、ベースとして使用できる空のスナップショットを作成します。
たとえば、スナップショットのプル操作などです。 スナップショットは不変であるため、空のスナップショットを XNUMX つ作成します。
スナップショットで十分です。
例：
$ 適切にスナップショットを作成して wheezy-main-today をミラー wheezy-main から作成します
LIST スナップショット
適切に スナップショット リスト
コマンド リストには、作成されたスナップショットの完全なリストが表示されます。
例：
$ 適切なスナップショットのリスト
オプション：
-生= false
機械可読形式でリストを表示する
-sort=名前
「名前」または作成「時間」順にリストを表示します
ショー 詳細 ABOUT 概要
適切に スナップショット 表示する 名
コマンド show は、スナップショットに関する完全な情報を表示します。
例：
$ 適切にスナップショットを表示 wheezy-main
オプション：
-パッケージ付き= false
パッケージのリストを表示
VERIFY 依存関係 IN 概要
適切に スナップショット 確認する 名 [source ...]
スナップショットで依存関係が解決されていることを確認する 名追加のスナップショットを使用する可能性があります
source 依存関係ソースとして。 満たされていない依存関係はすべて出力されます。
例：
$ aptly snapshot verify wheezy-main wheezy-contrib wheezy-non-free
PULL PACKAGES FROM ANOTHER 概要
適切に スナップショット プル 名 source デスティネーション パッケージクエリ ...
コマンド プルは、新しいパッケージとその依存関係をスナップショットにプルします。 名 from
スナップショット source。 プルでパッケージのバージョンをアップグレードできます 名 のバージョンを含む source
以下の依存関係。 新しいスナップショット デスティネーション このプロセスの結果として作成されます。
パッケージは、単に「package-name」またはパッケージ クエリとして指定できます。
例：
$ 適切にスナップショットをプル wheezy-main wheezy-backports wheezy-new-xorg xorg-server-server
オプション：
-全試合= false
依存関係のバージョン要件を満たすすべてのパッケージをプルします
-予行演習= false
宛先スナップショットは作成せず、何がプルされるかを示すだけです
-デプスなし= false
依存関係を処理せず、リストされたパッケージを取得するだけです
-削除なし= false
パッケージをプルするときに他のパッケージ バージョンを削除しないでください
差 BETWEEN 二 スナップショット
適切に スナップショット 差分 名前-a 名前-b
XNUMX つのスナップショット間のパッケージの違いを表示します。 スナップショットはパッケージのリストなので、
スナップショット間の違いは、パッケージ リスト間の違いです。 パッケージは次のとおりです
XNUMX つのスナップショットで完全に欠落しているか、両方のスナップショットにパッケージが存在します。
異なるバージョン。
例：
$ 適切にスナップショット diff -only-matching wheezy-main wheezy-backports
オプション：
-のみ一致する= false
一致するパッケージの差分のみを表示します (欠落しているパッケージは表示しません)
マージ スナップショット
適切に スナップショット マージ デスティネーション source [source...]
Merge コマンドは複数のものをマージします source スナップショットを XNUMX つにまとめる デスティネーション スナップショット。 マージが発生する
左から右へ。 デフォルトでは、同じ名前とアーキテクチャのペアを持つパッケージは置き換えられます。
マージ中 (リスト上の最新のスナップショットからのパッケージが優先されます)。 XNUMX つのソースのみで実行する場合
スナップショット、コピーのマージ source に デスティネーション.
例：
$ 適切にスナップショットマージ wheezy-w-backports wheezy-main wheezy-backports
オプション：
-最新の= false
各パッケージの最新バージョンのみを使用する
-削除なし= false
重複したarch/nameパッケージを削除しないでください
DELETE 概要
適切に スナップショット ドロップ 名
ドロップすると、スナップショットに関する情報が削除されます。 スナップショットが公開されている場合は、削除できません。
例：
$ 適切にスナップショットをドロップ wheezy-main
オプション：
-力= false
他のスナップショットのソースとして使用されている場合でもスナップショットを削除します
名前を変更します 概要
適切に スナップショット リネーム 旧名 新しい名前
コマンドはスナップショットの名前を変更します。 スナップショット名は一意である必要があります。
例：
$ 適切にスナップショットの名前を変更 wheezy-min wheezy-main
検索 概要 FOR PACKAGES マッチング QUERY
適切に スナップショット サーチ 名 パッケージクエリ
コマンド検索により、パッケージ クエリに一致するスナップショット内のパッケージのリストが表示されます
例：
$ 適切なスナップショット検索 wheezy-main '$Architecture (i386), Name (% *-dev)'
オプション：
-形式でアーカイブしたプロジェクトを保存します．=
結果印刷用のカスタム形式
-デプス付き= false
依存関係を検索結果に含める
フィルタ PACKAGES IN 概要 生産 ANOTHER 概要
適切に スナップショット filter source デスティネーション パッケージクエリ ...
コマンドフィルターはスナップショットでフィルター処理を行います source、別のスナップショットを作成します デスティネーション.
パッケージは、単に「package-name」またはパッケージ クエリとして指定できます。
例：
$ aptly スナップショット フィルター wheezy-main wheezy-required '優先 (必須)'
オプション：
-デプス付き= false
依存パッケージも含める
削除する 公開済み リポジトリ
適切に パブリッシュ ドロップ ディストリビューション [[終点:]接頭辞]
コマンドは、指定された条件下で公開されているものをすべて削除します 接頭辞、出版 終点
ディストリビューション 名前。
例：
$ 適切にドロップ・ウィージーを公開
オプション：
-強制ドロップ= false
一部のファイルをクリーンアップできなかった場合でも、公開されたリポジトリを削除します
LIST OF 公開済み リポジトリ
適切に パブリッシュ リスト
現在公開されているスナップショットのリストを表示します。
例：
$ 適切にリストを公開
オプション：
-生= false
機械可読形式でリストを表示する
出版 LOCAL リポジトリ
適切に パブリッシュ レポ 名 [[終点:]接頭辞]
コマンドは、apt ツールで使用できるローカル リポジトリの現在の状態を公開します。
公開されたリポジトリは rootDir/public ディレクトリに表示されます。 有効な GPG キーが必要です
公開用。
複数のコンポーネントを指定して複数のコンポーネント リポジトリを公開できます。
-component フラグを使用したカンマと引数としての複数のローカル リポジトリ:
リポジトリを適切に公開する -component=main,contrib repo-main repo-contrib
リポジトリが目的でない限り、ローカル リポジトリを直接公開することはお勧めできません。
テストが目的であり、変更は頻繁に発生します。 本番環境で使用する場合はスナップショットを取得してください
リポジトリを作成し、publish snapshot コマンドを使用して公開します。
例：
$ リポジトリのテストを適切に公開する
オプション：
-バッチ= false
切り離された tty で GPG を実行する
-コンポーネント=
公開するコンポーネント名 (複数コンポーネントの公開の場合、コンポーネントを
カンマ)
-ディストリビューション=
公開するディストリビューション名
-強制上書き= false
不一致の場合はパッケージプール内のファイルを上書きします
-gpg キー=
リリースに署名するときに使用する GPG キー ID
-キーホルダー=
使用する GPG キーリング (デフォルトの代わりに)
-ラベル=
発行するラベル
-起源=
公開するオリジン名
-パスフレーズ=
キーの GPG パスフレーズ (警告: 安全でない可能性があります)
-パスフレーズファイル=
キーの GPG パスフレーズ ファイル (警告: 安全でない可能性があります)
-秘密のキーリング=
(デフォルトの代わりに) 使用する GPG 秘密キーリング
-コンテンツをスキップ= false
コンテンツインデックスを生成しない
-スキップ署名= false
GPG を使用してリリース ファイルに署名しないでください
出版 概要
適切に パブリッシュ スナップショット 名 [[終点:]接頭辞]
コマンドは、apt ツールで使用できるようにスナップショットを Debian リポジトリとして公開します。
公開されたリポジトリは rootDir/public ディレクトリに表示されます。 有効な GPG キーが必要です
公開用。
複数のコンポーネントを指定して複数のコンポーネント リポジトリを公開できます。
-component フラグを使用したカンマと引数としての複数のスナップショット:
スナップショットを適切に公開する -component=main,contrib snap-main snap-contrib
例：
$ スナップショットを適切に公開する wheezy-main
オプション：
-バッチ= false
切り離された tty で GPG を実行する
-コンポーネント=
公開するコンポーネント名 (複数コンポーネントの公開の場合、コンポーネントを
カンマ)
-ディストリビューション=
公開するディストリビューション名
-強制上書き= false
不一致の場合はパッケージプール内のファイルを上書きします
-gpg キー=
リリースに署名するときに使用する GPG キー ID
-キーホルダー=
使用する GPG キーリング (デフォルトの代わりに)
-ラベル=
発行するラベル
-起源=
公開するオリジン名
-パスフレーズ=
キーの GPG パスフレーズ (警告: 安全でない可能性があります)
-パスフレーズファイル=
キーの GPG パスフレーズ ファイル (警告: 安全でない可能性があります)
-秘密のキーリング=
(デフォルトの代わりに) 使用する GPG 秘密キーリング
-コンテンツをスキップ= false
コンテンツインデックスを生成しない
-スキップ署名= false
GPG を使用してリリース ファイルに署名しないでください
UPDATE 公開済み リポジトリ BY スイッチング に NEW 概要
適切に パブリッシュ スイッチ ディストリビューション [[終点:]接頭辞] 新しいスナップショット
コマンドは、公開されたスナップショットを新しいスナップショットの内容でインプレースで切り替えます。 すべての出版物
パラメータは保持されます (アーキテクチャ リスト、ディストリビューション、コンポーネント)。
複数のコンポーネント リポジトリの場合は、フラグ -component に次のリストを指定する必要があります。
更新するコンポーネント。 対応するスナップショットは同じ順序で指定する必要があります。例:
スイッチを適切に公開する -component=main,contrib wheezy wh-main wh-contrib
例：
$ 適切に switch wheezy ppa wheezy-7.5 を公開
このコマンドは、ppa/wheezy という名前の公開リポジトリ (XNUMX つのコンポーネントを含む) を切り替えます。
(プレフィックス ppa、新しいスナップショット wheezy-7.5 への配布 wheezy)。
オプション：
-バッチ= false
切り離された tty で GPG を実行する
-コンポーネント=
更新するコンポーネント名 (複数コンポーネントの公開の場合、コンポーネントを
カンマ)
-強制上書き= false
不一致の場合はパッケージプール内のファイルを上書きします
-gpg キー=
リリースに署名するときに使用する GPG キー ID
-キーホルダー=
使用する GPG キーリング (デフォルトの代わりに)
-パスフレーズ=
キーの GPG パスフレーズ (警告: 安全でない可能性があります)
-パスフレーズファイル=
キーの GPG パスフレーズ ファイル (警告: 安全でない可能性があります)
-秘密のキーリング=
(デフォルトの代わりに) 使用する GPG 秘密キーリング
-コンテンツをスキップ= false
コンテンツインデックスを生成しない
-スキップ署名= false
GPG を使用してリリース ファイルに署名しないでください
UPDATE 公開済み LOCAL リポジトリ
適切に パブリッシュ update ディストリビューション [[終点:]接頭辞]
コマンドは、公開されたローカル リポジトリを再公開 (更新) します。 ディストリビューション 接頭辞 すべき
適切にリポジトリを公開するコマンドを使用して公開されたローカル リポジトリを占有する必要があります。 アップデート
公開リポジトリのダウンタイムを最小限に抑えて、インプレースで実行されます。
複数のコンポーネントが公開されたリポジトリの場合、すべてのローカル リポジトリが更新されます。
例：
$ 適切にアップデートの wheezy ppa を公開
オプション：
-バッチ= false
切り離された tty で GPG を実行する
-強制上書き= false
不一致の場合はパッケージプール内のファイルを上書きします
-gpg キー=
リリースに署名するときに使用する GPG キー ID
-キーホルダー=
使用する GPG キーリング (デフォルトの代わりに)
-パスフレーズ=
キーの GPG パスフレーズ (警告: 安全でない可能性があります)
-パスフレーズファイル=
キーの GPG パスフレーズ ファイル (警告: 安全でない可能性があります)
-秘密のキーリング=
(デフォルトの代わりに) 使用する GPG 秘密キーリング
-コンテンツをスキップ= false
コンテンツインデックスを生成しない
-スキップ署名= false
GPG を使用してリリース ファイルに署名しないでください
検索 FOR PACKAGES マッチング QUERY
適切に パッケージ サーチ パッケージクエリ
コマンド検索により、パッケージクエリに一致するDB全体のパッケージのリストが表示されます
例：
$ 適切なパッケージ検索 '$Architecture (i386), Name (% *-dev)'
オプション：
-形式でアーカイブしたプロジェクトを保存します．=
結果印刷用のカスタム形式
SHOW 詳細 ABOUT PACKAGES マッチング QUERY
適切に パッケージ 表示する パッケージクエリ
コマンド show は、クエリに一致するパッケージに関する詳細なメタ情報を表示します。
Debian 制御ファイルからの情報が表示されます。 オプションでパッケージに関する情報
ファイルとミラー/スナップショット/ローカル リポジトリへの組み込みが表示されます。
例：
$ aptly package show nginx-light_1.2.1-2.2+wheezy2_i386'
オプション：
-ファイル付き= false
パッケージプールのファイルに関する情報を表示する
-参照あり= false
これを参照するミラー、スナップショット、ローカル リポジトリに関する情報を表示します
パッケージ
掃除 DB そして PACKAGE POOL
適切に db クリーンアップ
データベースのクリーンアップでは、参照されていないパッケージに関する情報が削除され、データベース内のファイルが削除されます。
パッケージによって使用されなくなったパッケージ プール
例：
$ 適切な DB クリーンアップ
オプション：
-予行演習= false
何も削除しないでください
-詳細= false
オブジェクトのロード/削除時に冗長になる
RECOVER DB AFTER CRASH
適切に db 回復します
データベースの回復は、クラッシュ後にデータベースを回復するために最善を尽くします。 それをお勧めします
リカバリを実行する前に DB をバックアップします。
例：
$適切にデータベースを回復します
HTTP サーブ 公開済み リポジトリ
適切に 役立つ
コマンド サーブは、組み込み HTTP サーバー (実際の運用環境での使用には適していません) を起動し、
公開されたコンテンツを含む aptly のルートの public/ サブディレクトリのコンテンツを提供します
リポジトリ。
例：
$ 適切に提供 -listen=:8080
オプション：
-聞く=:8080
ホスト:HTTP リスニング用のポート
開始 API HTTP サービス
適切に API 役立つ
適切な REST API を備えた Stat HTTP サーバー。
例：
$ 適切な API サーブ -listen=:8080
オプション：
-聞く=:8080
ホスト:HTTP リスニング用のポート
-ロックなし= false
データベースをロックしないでください
与える グラフ OF RELATIONSHIPS
適切に グラフ
コマンド グラフには、ミラー、ローカル リポジトリ、スナップショット、および
グラフを画像としてレンダリングするためにgraphvizパッケージを使用して公開されたリポジトリ。
例：
$ 適切なグラフ
オプション：
-形式でアーカイブしたプロジェクトを保存します．=png
グラフを指定した形式 (png、svg、pdf など) でレンダリングします。
-出力=
出力ファイル名を指定します。デフォルトでは結果がビューアで開きます
SHOW 現在 アプトリーズ CONFIG
適切に 設定 表示する
コマンド show は、現在の適切な設定を表示します。
例：
$ 適切な構成ショー
RUN 適切に TASKS
適切に タスク ラン -ファイル名=ファイル名 | コマンド1, コマンド2, ...
Command は、複数の aptly コマンドを XNUMX つの aptly タスクで整理し、単一の aptly タスクとして実行するのに役立ちます。
糸。
例：
$ 適切にタスクを実行
> ローカルにリポジトリを作成
> リポジトリにローカル pkg1 を追加
> リポジトリをローカルに公開する
> サーブ
>
オプション：
-ファイル名=
実行するコマンドを含むファイル名を指定します
SHOW 現在 アプトリーズ CONFIG
適切に 設定 表示する
コマンド show は、現在の適切な設定を表示します。
例：
$ 適切な構成ショー
ENVIRONMENT
環境変数の場合 HTTP_PROXY 設定されている 適切に その値を使用してすべての HTTP をプロキシします
リクエスト。
リターン VALUES
適切に 存在します:
0 成功
1 つの一般的な障害
2 コマンド解析失敗
作者
寄稿者のリスト (時系列順):
○ アンドレイ・スミルノフ (https://github.com/smira)
○セバスチャン・ビネ (https://github.com/sbinet)
○ライアン・ウーバー (https://github.com/ryanuber)
○ サイモン・アキノ (https://github.com/queeno)
○ ヴィンセント・バトゥフレット (https://github.com/vbatoufflet)
○ イワン・クルノソフ (https://github.com/zerkms)
○ ドミトリー・カシン (https://github.com/freehck)
○ クリス・リード (https://github.com/cread)
○ローハン・ガーグ (https://github.com/shadeslayer)
○ ラス・オールベリー (https://github.com/rra)
○シルヴァン・ボーボー (https://github.com/lebauce)
○ アンドレア・ベルナルド・シッディオ (https://github.com/bcandrea)
○マイケル・コーヴァル (https://github.com/mkoval)
○ アレクサンダー・ガイ (https://github.com/alexanderguy)
○セバスチャン・バディア (https://github.com/sbadia)
○ シモン・ソービック (https://github.com/sobczyk)
○ ポール・クローン (https://github.com/paul-krohn)
○ ヴィンセント・バーナト (https://github.com/vincentbernat)
○ x539 (https://github.com/x539)
2016年1月 適切に(1)
onworks.net サービスを使用してオンラインで適切に使用する
