General Translation  
Next.js CLI Tool

Translate

How to translate your project

Usage

npx gt-next-cli translate

Note: This command requires a production API key! Get one on the platform.

Overview

The gt-next-cli translate command translates your project. It traverses your project's file tree and translates any content wrapped in a <T> component.

Additionally, it includes content from the dictionary file (if one is provided).

This command is the primary way of using the General Translation API and related services.

For Production Use Only!

This command is meant for production builds and should not be used in development. Before running this command, please make sure you are on the branch that will be used for production. Remember to also specify your production API key (GT_API_KEY) and Project ID (GT_PROJECT_ID) in your environment variables.

Usage

There are three ways to use the translate command. Methods 2 and 3 require a production API key:

The behavior of the command is controlled by the flags. See the Parameters section for more details.

Method 1: Validate your project's <T> components and dictionary file.

This method is useful for validating your project's <T> components and dictionary file.

This ensures that your project is correctly configured and that the translations will be valid and accurate.

npx gt-next-cli translate --dry-run

Method 2: Translate your project and save the translations on the GT CDN.

This method allows you to translate your project using General Translation's services and automatically saves the translations on the GT CDN.

npx gt-next-cli translate

This is the recommended method for most projects.

Method 3: Translate your project and save the translations to your codebase.

This method allows you to translate your project and save the translations to your codebase.

gt-next can then serve these local translations to your users, rather than using General Translation's public CDN.

npx gt-next-cli translate --no-publish -t <path>

This method is useful if you are using a custom CMS, or do not want to use the GT CDN.


Parameters

ParameterDescriptionTypeOptionalDefault
--api-keySpecify a production API keystringtrue
--project-idSpecify the project IDstringtrue
--version-idSpecify a version ID (by default, a hash of the content)stringtrue
--config <path>Specify a path to the GT config filestringtrue"gt.config.json"
--tsconfig, --jsconfig <path>Specify a path to the TS or JS config filestringtrue
--src <paths>Specify the source directory(s) to scan[string]true./src && ./app && ./pages && ./components
--dictionary <path>Specify a path to the dictionary filestringtrue
--inlineInclude inline <T> tags in addition to the dictionarybooleantruetrue
--timeoutThe timeout for the translation request in secondsnumbertrue600
--new, --locales <locales>Locales to translate your project into[string]true
--default-locale <locale>The source locale for the projectstringtrueen
--ignore-errorsIgnore errors and force translation for valid contentflagtruefalse
--dry-runDry run the commandflagtruefalse
--no-waitDo not wait for the translations to complete before exitingflagtruefalse
--no-publishDo not publish the translations to the CDNflagtruefalse
-t, --translations-dir <path>The directory to save the translations tostringtrue

All of these parameters are optional and can be alternatively provided in the gt.config.json file.

Do not add your API key to the gt.config.json file! You should set it as an environment variable instead. The CLI will automatically read GT_API_KEY if it is set.

There are a few key parameters:

ParameterDescription
--dry-runThis flag will cause the CLI to parse and validate your project, but will not communicate with the GT API. This is useful for validating your codebase.
--api-keyUnless you are using --dry-run, you must provide a production API key.
--project-idSimilarly, unless you are using --dry-run, you must provide a project ID.
-t, --translations-dirThe directory to save the translations to. You should provide this if you would like to use local translations, and want to save them to your codebase.
--no-publishSimilarly, if you are using local translations, and do not want to make your translations publicly available on the GT CDN, you can use this flag.
--new, --locales <locales>Locales to translate your project into. These will be appended to the locales specified in your gt.config.json file.

Configuration file

When running the CLI tool for the first time, it will attempt to create a gt.config.json file in the root of your project. This file contains metadata about your project that is used to translate your content.

Read more about the gt.config.json file here.

On this page