実行記録のインポート

別の設置場所で記録された .glab ファイルを、独立して完全に追跡できる項目としてこの書庫に取り込みます。何を検証するか、複製が何を得るか、そして何を決して得ないかです。

インポートの操作は実行記録の一覧の見出しにあり、再読み込みの横に並んで、別の設置場所で記録された .glab ファイルを 1 つ受け付けます（実行記録のエクスポート）。この操作は履歴のエクスポートとインポートの権限を持つロールにだけ描かれ、ほかのロールにはそれのない見出しが見えます。実行記録ファイルと索引の行を発行するので、書き込みを受け付けるステーションが要り（「ステーションは読み取り専用です。」）、帯の別の操作が動いている間は灰色になります（「前の指令がまだ動いています。」）。

何を検証するか

ファイルは一時的な複製へ流し込まれ（アップロードの上限は 1 GB です。操作ログ帯には「インポート中 · ファイル…」と出ます）、まずそこで検証されます。拒まれたときは、項目は 1 つも作られません。

受領の印と、発行される複製

対応している古い版のファイルは、一時的な複製の上でだけ更新されます。届いたファイルには決して手を触れません。そのうえで複製は、自分の中にインポートの受領、つまりインポートの時刻と届いたファイルの名前を刻まれます。こうして詳細はいつでも、その実行記録がどこから来たかを言えるようになり、索引を作り直してもインポートの印が戻ります。別のステーションから再びエクスポートされた複製は、そのステーションの受領を持っていました。この複製の由来は、ここへ届いたことです。ステーションは新しい手元の複製を一意な名前（Imported_<run name>_<id>.db）で発行し、新しく独立した項目として登録します。操作ログ帯には「インポートしました · 名前 · ファイル（大きさ）から」と出て、一覧はそれを開きます。

複製が得るもの、決して得ないもの

• インポートした実行記録は、まったく新しい手元の識別情報を得ます。元の実行記録の識別子は証拠としてファイルの中に残るので、2 つの設置場所は衝突なく実行記録をやり取りできます。
• 同じ名前の手順があっても、手元の構成とは決して結び付けられません。どのユニットにも属さず、手順は「なし」で、再開はできず、手元の生産性には数えられず、新しいラベルのためのラベルも設定しておらず、「（手順のレポート）」はすべての節を含む既定で描き出します。
• 状態はファイルに凍結された最終の状態です。インターロックで終わった実行記録は中止としてインポートされ、最終ではない凍結された状態は完了に寄せられます。スナップショットを一度も書かなかったファイル（元のステーションが実行の途中で落ちたもの）は、ファイル名を名前にした失敗の実行記録としてインポートされ、失われません。
• 何も上書きせず、何も混ぜません。同じファイルを 2 回インポートすると、独立した項目が 2 つできます。
• 実行者は凍結された証拠として複製とともに旅をします。同じ利用者名簿を共有するステーションでは、凍結された識別情報は同じ操作員を指し続けます。そうでない場所では、手元のどのユーザーにも一致しないまま、その人の名前を示します。

インポートした実行記録を使う

インポートしたあとは、ほかの実行記録と同じように閲覧、コメント、注記、再エクスポートができ、ラベルの成果物とレポートの登録も一緒に付いてきます。成果物の凍結されたバイトはここで再印刷できますが、登録が発行した PDF はこのステーションにはないので、元のステーションが実行記録の中に複製を残していたときだけ、開いたり再送したりできます。そうでなければ、ファイルから新しい PDF を生成してください。

インポートの途中でアプリが止まったら

ファイルを発行してから登録するまでの狭い隙間でアプリが止まっても、ファイルは失われません。設定の実行記録の索引を作り直すが、真実の源である実行記録ファイルを調べ直し、その項目を取り戻します。