GITLAB_CREDENTIALS Gitea 拉取请求 在 4.12 版本加入. 这只是使用 Gitea API [https://docs.gitea.io/en-us/api-usage/] 在 Git 上添加了一个薄 层，以允许将翻译更改作为拉取请求推送，而不是直接推送到仓库。 不需要使用它来访问 Git 仓库，普通的 Git 工作方式相同，唯一的区别是如何 处理推送到仓库。使用 Git 将更改直接推送到仓库，而 Gitea hans/stable/ref/databases/], 从其它数据库迁移到 PostgreSQL PostgreSQL PostgreSQL 通常是基于 Django 的网站的最好选择。它是实现 Django 数据库 层而使用的参考数据库。 备注 Weblate 使用三字母的扩展名，在某些情况下需要单独安装。查找 postgresql-contrib 或类似命名的包。 参见 PostgreSQL 注意事项 [https://docs 将您希望授予此权限的用户添加到此团队中。 如您所见，这种方式的权限管理功能强大，但可能是一项相当乏味的工作。 您不能将其委托给其他用 户，除非授予超级用户权限。 用户、角色、团队和权限 身份验证模型由几个对象组成: 权限 Weblate 定义的个人权限。权限不能分配给用户。这只能通过分配角色来完成。 角色 角色定义了一组权限。这允许在多个地方重用这些集，使管理更加容易。 用户 用户可以属于多个团队。

GITLAB_CREDENTIALS Gitea 拉取请求 在 4.12 版本加入. 这只是使用 Gitea API [https://docs.gitea.io/en-us/api-usage/] 在 Git 上添加了一个薄 层，以允许将翻译更改作为拉取请求推送，而不是直接推送到仓库。 不需要使用它来访问 Git 仓库，普通的 Git 工作方式相同，唯一的区别是如何 处理推送到仓库。使用 Git 将更改直接推送到仓库，而 Gitea hans/stable/ref/databases/], 从其它数据库迁移到 PostgreSQL PostgreSQL PostgreSQL 通常是基于 Django 的网站的最好选择。它是实现 Django 数据库 层而使用的参考数据库。 备注 Weblate 使用三字母的扩展名，在某些情况下需要单独安装。查找 postgresql-contrib 或类似命名的包。 参见 PostgreSQL 注意事项 [https://docs 将您希望授予此权限的用户添加到此团队中。 如您所见，这种方式的权限管理功能强大，但可能是一项相当乏味的工作。 您不能将其委托给其他用 户，除非授予超级用户权限。 用户、角色、团队和权限 身份验证模型由几个对象组成: 权限 Weblate 定义的个人权限。权限不能分配给用户。这只能通过分配角色来完成。 角色 角色定义了一组权限。这允许在多个地方重用这些集，使管理更加容易。 用户 用户可以属于多个团队。

GITLAB_CREDENTIALS Gitea 拉取请求 在 4.12 版本加入. 这只是使用 Gitea API [https://docs.gitea.io/en-us/api-usage/] 在 Git 上添加了一个薄 层，以允许将翻译更改作为拉取请求推送，而不是直接推送到仓库。 不需要使用它来访问 Git 仓库，普通的 Git 工作方式相同，唯一的区别是如何 处理推送到仓库。使用 Git 将更改直接推送到仓库，而 Gitea hans/stable/ref/databases/], 从其它数据库迁移到 PostgreSQL PostgreSQL PostgreSQL 通常是基于 Django 的网站的最好选择。它是实现 Django 数据库 层而使用的参考数据库。 备注 Weblate 使用三字母的扩展名，在某些情况下需要单独安装。查找 postgresql-contrib 或类似命名的包。 参见 PostgreSQL 注意事项 [https://docs 将您希望授予此权限的用户添加到此团队中。 如您所见，这种方式的权限管理功能强大，但可能是一项相当乏味的工作。 您不能将其委托给其他用 户，除非授予超级用户权限。 用户、角色、团队和权限 身份验证模型由几个对象组成: 权限 Weblate 定义的个人权限。权限不能分配给用户。这只能通过分配角色来完成。 角色 角色定义了一组权限。这允许在多个地方重用这些集，使管理更加容易。 用户 用户可以属于多个团队。

GITLAB_CREDENTIALS Gitea 拉取请求 在 4.12 版本加入. 这只是使用 Gitea API [https://docs.gitea.io/en-us/api-usage/] 在 Git 上添加了一个薄 层，以允许将翻译更改作为拉取请求推送，而不是直接推送到仓库。 不需要使用它来访问 Git 仓库，普通的 Git 工作方式相同，唯一的区别是如何 处理推送到仓库。使用 Git 将更改直接推送到仓库，而 Gitea hans/stable/ref/databases/], 从其它数据库迁移到 PostgreSQL PostgreSQL PostgreSQL 通常是基于 Django 的网站的最好选择。它是实现 Django 数据库 层而使用的参考数据库。 备注 Weblate 使用三字母的扩展名，在某些情况下需要单独安装。查找 postgresql-contrib 或类似命名的包。 参见 PostgreSQL 注意事项 [https://docs 将您希望授予此权限的用户添加到此团队中。 如您所见，这种方式的权限管理功能强大，但可能是一项相当乏味的工作。 您不能将其委托给其他用 户，除非授予超级用户权限。 用户、角色、团队和权限 身份验证模型由几个对象组成: 权限 Weblate 定义的个人权限。权限不能分配给用户。这只能通过分配角色来完成。 角色 角色定义了一组权限。这允许在多个地方重用这些集，使管理更加容易。 用户 用户可以属于多个团队。

GITLAB_CREDENTIALS Gitea 拉取请求 在 4.12 版本加入. 这只是使用 Gitea API [https://docs.gitea.io/en-us/api-usage/] 在 Git 上添加了一个薄 层，以允许将翻译更改作为拉取请求推送，而不是直接推送到仓库。 不需要使用它来访问 Git 仓库，普通的 Git 工作方式相同，唯一的区别是如何 处理推送到仓库。使用 Git 将更改直接推送到仓库，而 Gitea hans/stable/ref/databases/], 从其它数据库迁移到 PostgreSQL PostgreSQL PostgreSQL 通常是基于 Django 的网站的最好选择。它是实现 Django 数据库 层而使用的参考数据库。 备注 Weblate 使用三字母的扩展名，在某些情况下需要单独安装。查找 postgresql-contrib 或类似命名的包。 参见 PostgreSQL 注意事项 [https://docs 将您希望授予此权限的用户添加到此团队中。 如您所见，这种方式的权限管理功能强大，但可能是一项相当乏味的工作。 您不能将其委托给其他用 户，除非授予超级用户权限。 用户、角色、团队和权限 身份验证模型由几个对象组成: 权限 Weblate 定义的个人权限。权限不能分配给用户。这只能通过分配角色来完成。 角色 角色定义了一组权限。这允许在多个地方重用这些集，使管理更加容易。 用户 用户可以属于多个团队。

翻译标志允许自定义 Weblate 行为。某些格式支持在翻译文件中定义它们（您 始终可以在 Weblate 界面中定义它们，请参阅 使用标记定制行为 ）。 这个功能是以 GNU gettext 中的标志为模型。 此外，对于所有基于 XML 的格式，标记是从非标准属性 weblate-flags 中提 取的。而且还通过 XLIFF 标准中定义的 maxwidth 属性 [http://docs.oasis- com/zh-hans/stable/ref/databases/], 从其它数据库迁移到 PostgreSQL PostgreSQL PostgreSQL 通常是基于 Django 的网站的最好选择。它是实现 Django 数据库层 而使用的参考数据库。 备注 Weblate 使用三字母的扩展名，在某些情况下需要单独安装。查找 postgresql-contrib 或类似命名的包。 参见 PostgreSQL 注意事项 将您希望授予此权限的用户添加到此团队中。 如您所见，这种方式的权限管理功能强大，但可能是一项相当乏味的工作。 您不能将其委托给其他用 户，除非授予超级用户权限。 用户、角色、团队和权限 身份验证模型由几个对象组成: 权限 Weblate 定义的个人权限。权限不能分配给用户。这只能通过分配角色来完成。 角色 角色定义了一组权限。这允许在多个地方重用这些集，使管理更加容易。 用户 用户可以属于多个团队。

GITLAB_CREDENTIALS Gitea 拉取请求 在 4.12 版本加入. 这只是使用 Gitea API [https://docs.gitea.io/en-us/api-usage/] 在 Git 上添加了一个薄 层，以允许将翻译更改作为拉取请求推送，而不是直接推送到仓库。 不需要使用它来访问 Git 仓库，普通的 Git 工作方式相同，唯一的区别是如何 处理推送到仓库。使用 Git 将更改直接推送到仓库，而 Gitea hans/stable/ref/databases/], 从其它数据库迁移到 PostgreSQL PostgreSQL PostgreSQL 通常是基于 Django 的网站的最好选择。它是实现 Django 数据库 层而使用的参考数据库。 备注 Weblate 使用三字母的扩展名，在某些情况下需要单独安装。查找 postgresql-contrib 或类似命名的包。 参见 PostgreSQL 注意事项 [https://docs 将您希望授予此权限的用户添加到此组中。 如您所见，这种方式的权限管理功能强大，但可能是一项相当乏味的工作。 您不能 将其委托给其他用户，除非授予超级用户权限。 用户、角色、群组和权限 身份验证模型由几个对象组成: 权限 Weblate 定义的个人权限。权限不能分配给用户。这只能通过分配角色来完成。 角色 角色定义了一组权限。这允许在多个地方重用这些集，使管理更加容易。 用户 用户可以属于多个组。

GITLAB_CREDENTIALS Gitea 拉取请求 在 4.12 版本加入. 这只是使用 Gitea API [https://docs.gitea.io/en-us/api-usage/] 在 Git 上添加了一个薄 层，以允许将翻译更改作为拉取请求推送，而不是直接推送到存储库。 不需要使用它来访问 Git 存储库，普通的 Git 工作方式相同，唯一的区别是如 何处理推送到存储库。使用 Git 将更改直接推送到存储库，而 hans/stable/ref/databases/], 从其它数据库迁移到 PostgreSQL PostgreSQL PostgreSQL 通常是基于 Django 的网站的最好选择。它是实现 Django 数据库 层而使用的参考数据库。 备注 Weblate 使用三字母的扩展名，在某些情况下需要单独安装。查找 postgresql-contrib 或类似命名的包。 参见 PostgreSQL 注意事项 [https://docs 将您希望授予此权限的用户添加到此组中。 如您所见，这种方式的权限管理功能强大，但可能是一项相当乏味的工作。 您不能 将其委托给其他用户，除非授予超级用户权限。 用户、角色、群组和权限 身份验证模型由几个对象组成: 权限 Weblate 定义的个人权限。权限不能分配给用户。这只能通过分配角色来完成。 角色 角色定义了一组权限。这允许在多个地方重用这些集，使管理更加容易。 用户 用户可以属于多个组。

GITLAB_CREDENTIALS Gitea 拉取请求 在 4.12 版本加入. 这只是使用 Gitea API [https://docs.gitea.io/en-us/api-usage/] 在 Git 上添加了一个薄 层，以允许将翻译更改作为拉取请求推送，而不是直接推送到仓库。 不需要使用它来访问 Git 仓库，普通的 Git 工作方式相同，唯一的区别是如何 处理推送到仓库。使用 Git 将更改直接推送到仓库，而 Gitea hans/stable/ref/databases/], 从其它数据库迁移到 PostgreSQL PostgreSQL PostgreSQL 通常是基于 Django 的网站的最好选择。它是实现 Django 数据库 层而使用的参考数据库。 备注 Weblate 使用三字母的扩展名，在某些情况下需要单独安装。查找 postgresql-contrib 或类似命名的包。 参见 PostgreSQL 注意事项 [https://docs 将您希望授予此权限的用户添加到此团队中。 如您所见，这种方式的权限管理功能强大，但可能是一项相当乏味的工作。 您不能 将其委托给其他用户，除非授予超级用户权限。 用户、角色、团队和权限 身份验证模型由几个对象组成: 权限 Weblate 定义的个人权限。权限不能分配给用户。这只能通过分配角色来完成。 角色 角色定义了一组权限。这允许在多个地方重用这些集，使管理更加容易。 用户 用户可以属于多个团队。

GITLAB_CREDENTIALS Gitea 拉取请求 在 4.12 版本加入. 这只是使用 Gitea API [https://docs.gitea.io/en-us/api-usage/] 在 Git 上添加了一个薄 层，以允许将翻译更改作为拉取请求推送，而不是直接推送到存储库。 不需要使用它来访问 Git 存储库，普通的 Git 工作方式相同，唯一的区别是如 何处理推送到存储库。使用 Git 将更改直接推送到存储库，而 hans/stable/ref/databases/], 从其它数据库迁移到 PostgreSQL PostgreSQL PostgreSQL 通常是基于 Django 的网站的最好选择。它是实现 Django 数据库 层而使用的参考数据库。 备注 Weblate 使用三字母的扩展名，在某些情况下需要单独安装。查找 postgresql-contrib 或类似命名的包。 参见 PostgreSQL 注意事项 [https://docs 将您希望授予此权限的用户添加到此组中。 如您所见，这种方式的权限管理功能强大，但可能是一项相当乏味的工作。 您不能 将其委托给其他用户，除非授予超级用户权限。 用户、角色、群组和权限 身份验证模型由几个对象组成: 权限 Weblate 定义的个人权限。权限不能分配给用户。这只能通过分配角色来完成。 角色 角色定义了一组权限。这允许在多个地方重用这些集，使管理更加容易。 用户 用户可以属于多个组。