繋げるローカライゼーション
継続的ローカリゼーションは、段階的な変更があり、更新された翻訳済みテキストの継続的な配信が必要なプロジェクトやジョブに役立ちます。これは、開発プロセスの後にローカリゼーションが行われるという従来の手法ではなく、開発プロセスにローカリゼーションワークフローを統合するものです。例として、ソフトウェア開発環境では、更新されたテキスト文字列が自動的にTMSに引き渡され、リリースサイクルに合わせて処理されます。
継続的ジョブと継続的プロジェクトは、同じ機能を持つわけではありません。
継続的ジョブと自動プロジェクト作成 (APC) は、互いに独立しています。継続的ジョブの設定は、APCの動作には影響しません。
|
特徴 |
継続ジョブ |
継続プロジェクト |
|---|---|---|
|
モニター (統合コネクタ経由) |
単一ファイル |
ファイルのフォルダー |
|
単一プロジェクト |
異なるリポジトリおよび場所からのファイル |
1つのリポジトリ内の1つのフォルダー (複数のフォルダーを監視できるGitおよびSitecoreを除く) |
|
ファイル形式 |
制限付き |
全て |
|
ワークフローステップ |
はい |
はい |
|
更新されたファイルに引き継がれる変更されていないセグメント |
はい |
はい |
|
事前翻訳 |
はい |
はい |
|
期限の計算 |
いいえ |
はい |
|
分析/見積もり |
いいえ |
はい |
ソース更新機能を使用する場合、サブスクリプションのワード許容量に関連するワード計算は、更新されたコンテンツ内で追加または変更されたテキスト量のみを考慮するように、異なる方法で実行されます。
ジョブの概要には、ジョブの初回アップロード時のセグメント数とワード数が示されます。
ソースの更新機能を使用すると、以前にインポートしたファイルを新しいソースファイルで更新できます。
4つの文を追加（変更なしが2つで計17単語、変更ありが2つで計4単語）すると、ジョブサマリーには最新バージョンのカウントと集計されたカウントが表示されます。
追加されたセグメント：前回の合計セグメント数 + 変更されたセグメント数
追加された単語数：前回の合計単語数 + 変更されたセグメントで追加された合計単語数
この例では：
追加済みセグメント3 + 2 = 5
追加済みワード (文字) 数19 + 4 = 23
追加のアップデート（4つの文：変更なしが2つで計4単語、変更ありが2つで計4単語）において、ジョブサマリーは最新バージョンで更新され、集計にはすべてのアップデートが反映されます。
備考
エディターで行われたソースセグメントへの変更は、サブスクリプションの単語数には影響しません。ただし、これらの変更は、ソースの更新機能を使用する際の単語数の計算方法には影響します。アップロードされたファイルは、エディターで表示されているファイルのバージョンと比較されます。ファイルがプロジェクトにアップロードされ、エディターでセグメントの結合や単語の追加・削除が行われてから再度アップロードされた場合、変更されたセグメントの単語数がサブスクリプションの単語数に加算されます。
自動プロジェクト作成（APC）は、既存のプロジェクトを継続的に更新するように構成できます。有効にすると、一度新しいプロジェクトが作成され、そのプロジェクト内の既存のソースファイルに対するすべての更新に継続的に利用されます。
プロジェクトテンプレートは、プロジェクト作成時にのみ適用されます。APCに関連付けられたプロジェクトテンプレートへの変更は、すでに作成済みのプロジェクト内の新規または既存のジョブには考慮されません。
-
継続的プロジェクトからターゲット言語を削除する
APCのプロジェクトテンプレートからターゲット言語を削除しても、APCがすでに作成したプロジェクトには影響しません。特定のターゲット言語での新規ジョブの追加を停止するには：
次回のAPC実行時に、削除された言語を含まない新しいプロジェクトが作成されます。APCは、反復間で変更されたジョブのみをインポートします。Force importを使用すると、監視対象フォルダ内のすべてのコンテンツがインポートされます。
プロジェクトにその言語のジョブ、翻訳メモリ、または用語ベースが既に存在する場合、プロジェクトからターゲット言語を削除することはできません。これには、削除されたもののゴミ箱に残っているジョブも含まれます。これは、ゴミ箱が空になるまでジョブとプロジェクト間の接続が維持されるためです。
既存の継続的プロジェクトからターゲット言語を分離し、独自の自動プロジェクト作成（APC）構成にするには：
-
分離するターゲット言語用に、新しいプロジェクトテンプレートと新しいAPCを作成します。その言語に必要な翻訳メモリと用語ベースを新しいテンプレートに添付し、新しいAPCは非アクティブのままにします。
-
元のAPC（またはそのプロジェクトテンプレート）を編集し、分離するターゲット言語を削除します。この手順は、現在の継続的プロジェクトが完了またはアーカイブされる前に完了する必要があります。そうしないと、APCによって作成される次の継続的プロジェクトにその言語が含まれたままになる可能性があります。
-
現在の継続的プロジェクトのステータスを「完了」または「キャンセル」に設定します。次回の実行時に、APCは更新された言語リストを使用して新しい継続的プロジェクトを作成します。
-
新しいAPCをアクティブにします。同じコンテンツが2回翻訳されるのを防ぐため、分離したターゲット言語は2つのAPCのうち一方でのみ設定してください。
分離した言語を処理する新しいAPCでは、監視対象フォルダ内の既存ファイルを処理するためにAPC作成時に選択した設定（新規および更新されたファイルのみをインポートするか、すべてのファイルをインポートするか）によって、最初のチェック時に何がインポートされるかが決まります。
ファイルをジョブとしてインポートすると、そのファイルの内容全体に対して処理済みワードが消費されます。既存のジョブに対するその後の更新では、新規または変更されたコンテンツに対してのみ処理済みワードが消費されます。元の継続的プロジェクトで分離された言語用に既に処理されたファイルが後で更新された場合、新しいAPCはファイル全体を新しいジョブとして新しい継続的プロジェクトにインポートし、ファイルの内容全体に対して処理済みの単語を消費します。翻訳メモリからのプリトランスレーションを使用して、既に翻訳されたセグメントを埋めることができます。
ソースファイルの更新後、言語スペシャリストは電子メールおよびエディタで通知を受け取ります。今すぐ再読み込みを選択してすぐに更新を適用するか、後で再読み込みを選択して次のソース変更まで待つことができます。ソースはジョブを更新で手動更新することもできます。
ジョブのステータス更新:
-
ステータスが新規、メール送信済み、承認済み、拒否済み、または却下済みの場合、ジョブは再読み込みされ、ステータスは維持されます。
-
ステータスが完了または納品済みの場合、ジョブは再読み込みされ、ステータスはメール送信済みに変更されます。
-
最初のワークフローステップのステータスがキャンセル済みの場合、ジョブは変更されません。
-
更新前に、変更されていないセグメントは翻訳と一緒にターゲットにコピーされます。
-
継続的プロジェクト内のジョブが削除され、オンラインリポジトリ内のソースファイルが更新された場合、新しいジョブが作成されます。
-
ソースファイルが削除されたり、元の場所から移動されたりしても、そのファイルに関連付けられた既存のジョブは自動的には削除されません。
新しい作業が検出された場合の完了した継続的プロジェクトの再開:
-
プロジェクトが完了に設定されており、CPがリポジトリをスキャンして処理可能な作業を見つけた場合、プロジェクトは新しい作業があることを示すために割り当て済みに設定されます。
-
既存のプロジェクトのステータスがキャンセル済みであり、ファイルが変更されたか新しいファイルが検出された場合、新しい継続的プロジェクトが作成されます。
翻訳をリポジトリにエクスポートする
-
プロジェクトが継続的である場合、最後のワークフローステップが完了したときにジョブがエクスポートされます。
-
ジョブは、 > を選択することで手動でエクスポートできます。変更されていないファイルもエクスポートされます。
-
各ターゲットファイルは、CP設定で指定されたターゲットパスに保存されます。
再インポート:
-
ジョブは、 メニューから ジョブテーブル で再インポートできます。
統合機能