Fundamentos de Weblate

Estructura de los proyectos y los componentes

En Weblate, las traducciones se organizan en proyectos y componentes. Cada proyecto puede contener varios componentes, cada uno con traducciones a idiomas individuales. El componente corresponde a un archivo traducible (por ejemplo, GNU gettext PO (Portable Object) o Recursos de cadenas Android). Los proyectos sirven para organizar los componentes en conjuntos lógicos (por ejemplo, para agrupar todas las traducciones utilizadas en una aplicación).

Adicionalmente, los componentes internos al proyecto pueden estar estructurados utilizando categorías. Los componentes pueden a continuación pertenecer a una categoría, y las categorías pueden estar anidadas.

Internamente, cada proyecto tiene traducciones a cadenas comunes que se propagan entre sus componentes de forma predeterminada. Esto reduce la carga de traducción repetitiva y multiversión. La propagación de la traducción se puede desactivar por Configuración de componentes mediante Conceder propagación de traducciones en caso de que las traducciones diverjan.

Integración del repositorio

Weblate está diseñado para integrarse con el repositorio de control de versiones ascendente, Localización continua describe los bloques de construcción y cómo fluyen los cambios entre ellos.

Ver también

Descripción general de la arquitectura describe como funciona Weblate internamente.

Atribución al usuario

Weblate mantiene las traducciones correctamente realizadas por los traductores en el repositorio de control de las versiones utilizando el nombre y el correo electrónico. Tener un correo electrónico real adjunto al commit sigue el control de las versiones y permite a servicios como GitHub asociar tus contribuciones hechas en Weblate con tu perfil de GitHub.

Esta característica también conlleva el riesgo de que se haga un mal uso del correo-e publicado en los commits del control de versiones. Además, una vez que un commit se ha consolidado en un alojamiento público (como GitHub), no hay forma de redactarlo. Weblate permite consolidar correo-e privado en Cuenta para evitar esto.

Por lo tanto, los administradores deben tener en cuenta lo siguiente al configurar Weblate:

  • Tal uso del correo-e debe estar claramente descrito en los términos del servicio en caso de que se necesite dicho documento. Módulo legal puede ayudar con eso.

  • PRIVATE_COMMIT_EMAIL_OPT_IN puede hacer que los correos electrónicos sean privados de forma predeterminada.