継続的ローカリゼーションは、段階的な変更があり、更新された翻訳テキストの継続的な配信が必要なプロジェクトやジョブに役立ちます。これは、ローカリゼーションワークフローを開発プロセス終了後に行うという従来の方法ではなく、開発プロセス自体に統合するものです。例えば、ソフトウェア開発環境では、更新されたテキスト文字列が自動的にTMSに引き渡され、リリースサイクルに合わせて処理されます。
継続ジョブと継続プロジェクトは、同じ機能を備えていません。
継続ジョブと自動プロジェクト作成（APC）は、互いに独立しています。継続ジョブの設定は、APCの動作に影響を与えません。
|
特徴 |
継続ジョブ |
継続的プロジェクト |
|---|---|---|
|
監視対象（連携コネクタ経由） |
単一ファイル |
ファイルが入ったフォルダ |
|
単一プロジェクト |
異なるリポジトリや保存場所にあるファイル |
1つのリポジトリ内の1つのフォルダ（GitおよびSitecoreを除く。これらは複数のフォルダを監視可能） |
|
ファイル形式 |
制限付き |
全て |
|
ワークフローステップ |
はい |
はい |
|
更新されたファイルに引き継がれる未変更セグメント |
はい |
はい |
|
事前翻訳 |
はい |
はい |
|
納期の計算 |
いいえ |
はい |
|
分析／見積もり |
いいえ |
はい |
ソース更新機能を使用する場合、サブスクリプションのワード許容量に関連するワード計算は、更新されたコンテンツ内で追加または変更されたテキスト量のみを考慮するように、異なる方法で実行されます。
ジョブの概要には、ジョブの初回アップロード時のセグメント数とワード数が表示されます。
ソースの更新機能を使用すると、以前にインポートされたファイルを新しいソースファイルで更新できます。
4つの文で更新（変更なしが2文で計17ワード、変更ありが2文で計4ワード）すると、ジョブの概要には最新バージョンのカウントと累計が表示されます。
追加セグメント数：前回の合計セグメント数 + 変更されたセグメント数
追加ワード数：前回の合計ワード数 + 変更されたセグメントで追加された合計ワード数
この例では：
追加セグメント：3 + 2 = 5
追加ワード数：19 + 4 = 23
さらに更新（4つの文のうち、変更なしが2文で計4ワード、変更ありが2文でさらに計4ワード）すると、ジョブの概要は最新バージョンの数値に更新され、累計にはすべての更新が反映されます。
備考
エディターで行われたソースセグメントへの変更は、サブスクリプションのワード数には影響しません。ただし、これらの変更は、ソースの更新機能を使用する際のワード数の計算方法には影響します。アップロードされたファイルは、エディターで表示されているファイルのバージョンと比較されます。ファイルがプロジェクトにアップロードされ、エディターでセグメントの結合、または単語の追加や削除が行われてから再度アップロードされた場合、変更されたセグメントのワード数がサブスクリプションのワード数に加算されます。
継続ジョブ機能を使用すると、リポジトリ内の元のファイルの更新バージョンが既存のプロジェクトにアップロードされ、同じファイルの古いバージョンが上書きされます。
リポジトリ内のファイルに新しい文字列が追加されると、変更されたソース文字列が更新され、削除されたソース文字列も同様に削除されます。変更されていないストリングは、そのジョブのアップデートバージョンにそのままコピーされるので、翻訳し直す必要はありません。
ジョブの更新：
-
ジョブは、の設定に基づいて定期的に監視されます。
-
ソースファイルの変更が検出されると、すべてのワークフローステップでジョブが更新されます。
-
更新中のジョブがCAT Webエディターで開かれている（つまり、誰かが作業している）場合、ユーザーに通知が表示され、ジョブを再読み込みするよう促されます。
-
セグメントは、ソースファイルに加えられた変更に基づいて更新されます。
-
更新前に、変更されていないセグメントは訳文とともにコピーされます。
-
ソースが変更されたセグメントの訳文はクリアされます。
翻訳メモリが書き込みモードでプロジェクトまたはワークフローステップに割り当てられている場合、確定済みセグメントの以前の翻訳は翻訳メモリに保存されるため、失われることはありません。
-
ソースファイルから削除されたセグメントは、ジョブからも削除されます。
-
ソース更新時には、ジョブレベルのインポート設定が使用されます。変更が必要な場合、ジョブのインポート設定はソース更新前にAPIを介して編集できます。
異なるインポート設定を使用すると、以前に翻訳されたセグメントに変更が生じ、サブスクリプションのワード数に影響を与える可能性があります。
ジョブステータスの更新：
ソースファイルが更新されると、次のようになります。
-
完了または納品済みのステータスのジョブは、自動的にメール送信済みに更新されます。
-
ステータスがキャンセルの場合、ジョブのコンテンツとステータスは変更されません。
ジョブは、ジョブテーブルのメニューから再インポートできます。
-
その他のすべてのステータスは変更されません。
-
マルチステップワークフローが使用されている場合、各ステップのステータスは個別に処理されます。
例：
翻訳をリポジトリにエクスポートする：
-
ジョブは、メニューからオンラインリポジトリにエクスポートを選択することで手動でエクスポートできます。変更されていないファイルもエクスポートされます。
-
Phrase TMSは、継続ジョブがエクスポート対象かどうかを定期的に確認します。ジョブは、前回のエクスポート以降に更新された場合にエクスポートされます。更新には、ソースファイルの再インポート、事前翻訳、バイリンガルファイルのアップロードが含まれます。
-
ジョブは、メニューからオンラインリポジトリにエクスポートを選択することで手動でエクスポートできます。変更されていないファイルもエクスポートされます
-
変更されたセグメントだけでなく、翻訳されたファイル全体がエクスポートされます。
-
マルチステップワークフローでは、ファイルは最後のワークフローステップからエクスポートされます。以前のステップで行われた変更は、そのステップまで反映されている場合にのみエクスポートに表示されます。
-
以前のワークフローステップのステータスはチェックされません。以前のステップが「完了」になっていなくても、エクスポートを実行できます。
-
「既存の翻訳を上書き」を使用した事前翻訳は、結果として変更されるセグメントがない場合でも、更新としてカウントされます。そのため、エクスポートがトリガーされる可能性があります。
-
デフォルトでは、各ターゲットファイルはプロジェクト設定で指定されたフォルダにエクスポートされます。
制限事項：
-
指定されたファイル形式でのみ利用可能です。
-
ファイルは、コネクタを使用してオンラインリポジトリからアップロードされている必要があります。
継続的ジョブは、プロジェクトページにとして表示されます。ツールチップには、ジョブが最後に更新された日時が表示されます。
備考
継続的ジョブに問題がある場合、三点リーダーにカーソルを合わせると、ジョブ情報が表示されます。履歴を表示をクリックすると、ジョブの詳細な履歴が表示され、問題がいつどこで発生した可能性があるかを調べるのに役立ちます。
-
RESX
-
XML、多言語XML
-
PO、多言語PO
-
XLSX、多言語XLSX
-
Properties
-
CSV、多言語CSV
-
JSON
-
YAML
-
Android XML
-
iOS strings
プロジェクトに継続的ジョブをインポートするには、以下の手順に従います。
-
ジョブを作成する際、ステップ2で統合からインポートをクリックし、ドロップダウンメニューからを選択します。
ウィンドウが開きます。
-
必要なコネクタでファイルを選択し、確認をクリックします。
アップロードされたファイルはフィールドの上部に表示され、必要に応じて削除できます
。
-
ジョブの作成を完了します。
継続的ジョブの頻度を設定するには、以下の手順に従います。
-
ジョブの頻度は、グローバルまたはプロジェクトレベルで設定できます。
-
グローバル
設定
ページで、セクションまで下にスクロールし、継続的ジョブ設定をクリックします。
ページが開きます。
-
プロジェクト
プロジェクトページから、編集をクリックします。
ページが開きます。
継続的ジョブをクリックします。
頻度設定が表示されます。
-
-
頻度を選択
-
この設定では、リポジトリの更新を確認する頻度を指定します。（利用可能な最短間隔は30分ごとです。）
-
この設定では、翻訳済みコンテンツをリポジトリにエクスポートする頻度を指定します。（利用可能な最短間隔は30分ごとです。）
-
-
保存をクリックします。
設定は、すべての新規ジョブに適用されます。