プロジェクトは、翻訳プロジェクトの主要なコンポーネント（ジョブ、翻訳メモリ、用語ベース）をまとめて保持する場所です。ファイルをジョブとして翻訳に割り当てるには、その前にファイルをプロジェクトに割り当て、プロジェクト内に含める必要があります。
割り当てられたプロジェクトは、プロファイルページのタブに一覧表示され、スペースでフィルタリングできます。
Teamの構造に応じて、プロジェクトは製品ごと、またはプラットフォームごとに定義できます。すべてのTeamメンバーがアクセスする必要がある場合は、単一のプロジェクトを使用してください。
プロジェクトを開くと、プロジェクトページに表示されます。
プロジェクトページから、すべてのプロジェクト詳細を表示および編集できます。すべてのコメント、タグ、キー、アップロードも表示されます。
プロジェクトを作成するには、以下の手順に従ってください。
-
ページから、新規プロジェクトをクリックします。
ウィンドウが開きます。
-
プロジェクトの名前を入力します。
-
ドロップダウンリストから、とを選択します。
-
ドロップダウンリストからを指定します。
-
保存をクリックします。
プロジェクトがプロファイルに追加されます。
これらの設定（プロジェクト名、メインのファイル形式、連絡窓口など）は、メニューからアクセスできるのタブで変更できます。
既存のプロジェクトは、ページのメニューからプロジェクトを複製を選択することで複製できます。複製されたプロジェクトは、元のファイル形式を使用します。そのファイル形式がデフォルトで複数形をサポートしていない場合、複数形は使用できません。メインのファイル形式が定義されていない場合、デフォルトで.CSVファイル形式が使用され、複数形は無効になります。
プロジェクトの最小限の定義は、原文言語と訳文言語です。これらはテキストの元の言語と翻訳先の言語であり、プロジェクトのセットアップ時に最初に定義されます。
言語をさらに設定するには、次の手順に従います。
-
プロジェクトにカーソルを合わせ、言語をクリックします。
タブが開きます。
-
言語を追加をクリックします。ウィンドウが開きます。
-
タブで、言語名と言語コード（ロケール）を指定します。
-
タブで、ドロップダウンリストから原文言語を選択します。
-
タブで、レビューオプションを選択します。
-
保存をクリックします。
そのプロジェクトに言語が追加されます。
タブで言語を追加 をクリックすると言語を追加でき、その他のオプション
メニューから
を選択すると編集できます。
情報やフラグの断片をプロジェクト変数に保存できます。変数は設定可能であり、Translation centerおよびAPI経由で管理できます。統合機能は、プロジェクト変数を使用してワークフローを構成したり、指定された動作を切り替えたりできます。
変数は通常、API を介してスクリプト内でアクセスされます。環境変数と同様に、プロジェクト変数の値は文字列として表されるため、型（ブール値、整数など）を指定する必要があります。
例：1
-
クライアントには異なるプロジェクトタイプ（マーケティングおよび製品）があります。変数を設定します
content_type: marketing。 -
統合機能のスクリプトが変数を読み取り、そのプロジェクトをどのように進めるかを決定します（例：異なる QA チェックを通すなど）。
例：2
-
クライアントは Phrase Strings と CMS を使用しています。変数を追加します
template_id: 8734-ABCD。 -
統合機能のスクリプトが変数を読み取り、ローカライズされたコンテンツを公開する際に CMS から正しいテンプレートを取得します。
変数は管理者のみが設定でき、 ウィンドウの タブで定義されます。
変数を設定するには、次の手順に従います。
ソフトウェアプロジェクトが大きくなり、複雑になってくると、それらをモジュールに分割して管理しやすくすることができます。frontendやbackendのように翻訳を小さなカテゴリに分割してプロジェクトのスコープを制限することは、この管理に役立ちます。ヘルプ。
メンテナンスワークフローの例
-
Stringsプロジェクトを作成します。例として、プロジェクトFrontendとプロジェクトBackendがあります。
-
Stringsプロジェクトに対応する原文ロケールファイルを作成します。
-
プロジェクト内の原文ロケールファイルの場所を含み、それらを対応するStringsプロジェクトと一致させる設定ファイルを作成します。
phrase: access_token: "3d7e6598d955bfcabaf1b9459df5692ac4c28a17793" file_format: yml push: sources: # frontend - file: ./path/to/locales/frontend/en.yml project_id: "5c05692a2a995c0c45c0c3cbfcab1" params: locale_id: "159d48e76802f789d9b8fb6d368e61bc" # backend - file: ./path/to/locales/backend/en.yml project_id: "0c45c0c3cbfcab15c05692a2a995c" params: locale_id: "fb6d368e61bc159d48e76802f789d9b8" pull: targets: # frontend - file: ./path/to/locales/frontend/<locale_name>.yml project_id: "5c05692a2a995c0c45c0c3cbfcab1" # backend - file: ./path/to/locales/backend/<locale_name>.yml project_id: "0c45c0c3cbfcab15c05692a2a995c"
--configフラグを使用して設定を提供します
デフォルトでは、CLIはPhraseが実行されるのと同じレベルにある.phrase.ymlというファイルを使用しようとします。より複雑なワークフローをサポートするには、目的ごとに複数の設定ファイルを使用します。
特定のコマンドでCLIに設定ファイルの使用を強制するには、対応する.ymlファイルを--configフラグ経由で指定します。
$ phrase push --config ./path/to/config.yml