GitHub Connector

GitHub Connector FAQs

Why does Smartling require the user to be an Admin instead of just Read/Write access? And can I change the user's permissions after the installation?

A Smartling user needs to be an Admin because we require the "Change a repository's settings" permission in order to add and remove our webhooks. Starting and stopping the connector in Smartling will install and uninstall the webhooks, therefore, lowering permissions after the connector is installed will result in errors and unexpected behavior from the connector. Users should keep their Admin level permissions.

When setting up the connector, which branch should I select?

For most users, the master/default branch should be used. If you already have a process where localization happens in a different long-lived branch, you can select that branch instead.

Why are some strings being duplicated in Smartling?

Smartling will generally avoid repetitions and duplications especially when a file is simply being updated/revised. In some cases, repetitions or duplicates are created by design. For example, if a string exists with a different key, or in a different file, it is captured as a separate, unique string. This is important because when used in a different context, the translation might be different. For more detail on how this works, see string uniqueness and SmartMatch, as well as how to optimize the translation process when you have repetitions.

Do I have to wait for all translations to be completed?

As a best practice, we recommend that your resource files get fully translated in all of your project’s languages. However, if you need to unblock the original pull request or just get the latest translations, there are a few options that all have different pros and cons.

  • Option 1: Keep the translation process going (keep the pull request blocked), including the dependent branches, active, but get the latest translations to use. Using either the Smartling Dashboard or APIs (via the CLI tool or other methods), download the translated files for the languages you want (optionally downloading pending translations for any language) and then deploy them as needed.
  • Option 2: Unblock the pull request by merging just the languages that are completed. Using the Smartling Dashboard UI, update the job for the corresponding branch by removing the languages that you do not want to wait for. When all languages that remain in the job are completed, the job will automatically update to be "Completed", and trigger the standard flow for the connector. In this case, only the languages remaining in the job will be in the resulting pull request. Note: Removing the language from the job will unauthorize the translations of the strings that are not yet published, losing any translation work that has already been done.
  • Option 3: Unblock the pull request completely, without any translations merged.
  • Option 4: Depending on your GitHub configuration, you can disregard the flag and proceed with the merge, or if it is configured to block pull requests from the merge, it can be overridden by an admin.
  • Option 5: Completely cancel the job in Smartling.
Was this article helpful?