Last Reviewed: 2020-03-29
Thanks for visiting the direction page for Internationalization in GitLab. This page belongs to the Import group of the Manage stage and is maintained by Haris Delalić who can be contacted directly via email. This vision is a work in progress and everyone can contribute. If you'd like to provide feedback on this page or contribute to this vision, please feel free to open a merge request for this page or comment in the corresponding epic for this category.
As GitLab evolves, we'd like anyone around the world to be able to use the application and contribute to it. In order for us to accomplish this together, our goal should be to translate the GitLab application and documentation into many languages. Improving the product from release to release should be building with internationalization in mind as the default (e.g. by continually externalizing strings).
Once we've accomplished several high-quality translations for the entire application, we'd also like to include our documentation and contribution guidance in our translation efforts. Eventually, we hope to expand and scale our community of contributors internationally to encourage developers around the world to contribute to GitLab.
Internationalization is a community-driven effort maintained by the Import group. While the GitLab team regularly schedules issues to support this project, no significant changes to our Crowdin program are currently planned. Although we may consider hiring an internationalization company to translate GitLab in the future, internationalization remains a community-driven effort that can only succeed with the involvement of the wider community.
While internationalization improvements are not being actively prioritized on the Import group, we intend on prioritizing several key improvements in the first half of 2020:
We're always looking for contributions to help us translate GitLab. Here's how you can help: