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 高优先级的部件将最先提供给翻译者。 受限制的访问 部件默认对访问项目的任何人都可见，即使不能在部件中进行任何更改。这会 容易地使翻译在项目内保持一致。 在部件或部件列表级别限制访问，会接管对部件的访问权限，而不考虑项目层 面的权限。你必须明确地授予它访问权。这可以通过授予一个新的用户组并将 用户放入其中，或者使用默认的 自定义 或 私有 访问控制组来实现。 默认设置可在 DEFAULT_RESTRICTED_COMPONENT

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 高优先级的部件将最先提供给翻译者。 受限制的访问 部件默认对访问项目的任何人都可见，即使不能在部件中进行任何更改。这会 容易地使翻译在项目内保持一致。 在部件或部件列表级别限制访问，会接管对部件的访问权限，而不考虑项目层 面的权限。你必须明确地授予它访问权。这可以通过授予一个新的用户组并将 用户放入其中，或者使用默认的 自定义 或 私有 访问控制组来实现。 默认设置可在 DEFAULT_RESTRICTED_COMPONENT

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 这同样影响匹配的术语表术语的顺序。 受限制的访问 部件默认对访问项目的任何人都可见，即使不能在部件中进行任何更改。这会 容易地使翻译在项目内保持一致。 在部件或部件列表级别限制访问，会接管对部件的访问权限，而不考虑项目层 面的权限。你必须明确地授予它访问权。这可以通过授予一个新的用户组并将 用户放入其中，或者使用默认的 自定义 或 私有 访问控制组来实现。 默认设置可在 DEFAULT_RESTRICTED_COMPONENT

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 这同样影响匹配的术语表术语的顺序。 受限制的访问 部件默认对访问项目的任何人都可见，即使不能在部件中进行任何更改。这会 容易地使翻译在项目内保持一致。 在部件或部件列表级别限制访问，会接管对部件的访问权限，而不考虑项目层 面的权限。你必须明确地授予它访问权。这可以通过授予一个新的用户组并将 用户放入其中，或者使用默认的 自定义 或 私有 访问控制组来实现。 默认设置可在 DEFAULT_RESTRICTED_COMPONENT

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 这同样影响匹配的术语表术语的顺序。 受限制的访问 部件默认对访问项目的任何人都可见，即使不能在部件中进行任何更改。这会 容易地使翻译在项目内保持一致。 在部件或部件列表级别限制访问，会接管对部件的访问权限，而不考虑项目层 面的权限。你必须明确地授予它访问权。这可以通过授予一个新的用户组并将 用户放入其中，或者使用默认的 自定义 或 私有 访问控制组来实现。 默认设置可在 DEFAULT_RESTRICTED_COMPONENT

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 这同样影响匹配的术语表术语的顺序。 受限制的访问 部件默认对访问项目的任何人都可见，即使不能在部件中进行任何更改。这会 容易地使翻译在项目内保持一致。 在部件或部件列表级别限制访问，会接管对部件的访问权限，而不考虑项目层 面的权限。你必须明确地授予它访问权。这可以通过授予一个新的用户组并将 用户放入其中，或者使用默认的 自定义 或 私有 访问控制组来实现。 默认设置可在 DEFAULT_RESTRICTED_COMPONENT

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 高优先级的部件将最先提供给翻译者。 受限制的访问 部件默认对访问项目的任何人都可见，即使不能在部件中进行任何更改。这会 容易地使翻译在项目内保持一致。 在部件或部件列表级别限制访问，会接管对部件的访问权限，而不考虑项目层 面的权限。你必须明确地授予它访问权。这可以通过授予一个新的用户组并将 用户放入其中，或者使用默认的 自定义 或 私有 访问控制组来实现。 默认设置可在 DEFAULT_RESTRICTED_COMPONENT

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 这同样影响匹配的术语表术语的顺序。 受限制的访问 部件默认对访问项目的任何人都可见，即使不能在部件中进行任何更改。这会 容易地使翻译在项目内保持一致。 在部件或部件列表级别限制访问，会接管对部件的访问权限，而不考虑项目层 面的权限。你必须明确地授予它访问权。这可以通过授予一个新的用户组并将 用户放入其中，或者使用默认的 自定义 或 私有 访问控制组来实现。 默认设置可在 DEFAULT_RESTRICTED_COMPONENT

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 这同样影响匹配的术语表术语的顺序。 受限制的访问 部件默认对访问项目的任何人都可见，即使不能在部件中进行任何更改。这会 容易地使翻译在项目内保持一致。 在部件或部件列表级别限制访问，会接管对部件的访问权限，而不考虑项目层 面的权限。你必须明确地授予它访问权。这可以通过授予一个新的用户组并将 用户放入其中，或者使用默认的 自定义 或 私有 访问控制组来实现。 默认设置可在 DEFAULT_RESTRICTED_COMPONENT

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 这同样影响匹配的术语表术语的顺序。 受限制的访问 部件默认对访问项目的任何人都可见，即使不能在部件中进行任何更改。这会 容易地使翻译在项目内保持一致。 在部件或部件列表级别限制访问，会接管对部件的访问权限，而不考虑项目层 面的权限。你必须明确地授予它访问权。这可以通过授予一个新的用户组并将 用户放入其中，或者使用默认的 自定义 或 私有 访问控制组来实现。 默认设置可在 DEFAULT_RESTRICTED_COMPONENT