Account and limit settings

原文：https://docs.gitlab.com/ee/user/admin_area/settings/account_and_limit_settings.html

Account and limit settings

Max attachment size

您可以在 GitLab 中更改评论和回复中附件的最大文件大小. 导航至管理区域（扳手图标）>设置>常规 ，然后展开帐户和限制 . 在此处，您可以通过更改Maximum attachment size (MB)的值来增加或减少.

注意：如果选择的大小大于当前为 Web 服务器配置的大小，则可能会出现错误. 有关更多详细信息，请参见故障排除部分 .

Max import size

您可以在 GitLab 中更改导入的最大文件大小. 导航至管理区域（扳手图标）>设置>常规 ，然后展开帐户和限制 . 在这里，您可以通过更改Maximum import size (MB)的值来增加或减少.

注意：如果选择的大小大于当前为 Web 服务器配置的大小，则可能会出现错误. 有关更多详细信息，请参见故障排除部分 .

Maximum namespace storage size

这为每个名称空间设置了最大大小限制. 名称空间大小包括以下内容：

  • repository
  • wiki
  • LFS 对象
  • 建立工件
  • packages

注意：此限制当前未实施，但将在将来的版本中使用.

Repository size limit

Introduced in GitLab Enterprise Edition 8.12.

GitLab 实例中的存储库可以快速增长，尤其是在使用 LFS 的情况下. 它们的大小可以成倍增长，迅速消耗可用的存储空间.

为避免这种情况发生，您可以为存储库的大小设置硬限制. 可以在全局，每个组或每个项目中设置此限制，其中每个项目的限制为最高优先级.

在许多用例中，您可能会设置存储库大小的限制. 例如，考虑以下工作流程：

  1. 您的团队开发的应用程序需要将大文件存储在应用程序存储库中.
  2. 尽管您已为项目启用了Git LFS ，但您的存储量已显着增长.
  3. 在超出可用存储空间之前，每个存储库设置的最大限制为 10 GB.

How it works

只有 GitLab 管理员才能设置这些限制. 将限制设置为0表示没有限制.

这些设置可以在以下位置找到：

  • 每个项目的设置：
    1. 在项目的主页上，导航至“设置”>”常规” .
    2. 在” 命名，主题，头像”部分中填写” 存储库大小限制（MB）”字段.
    3. 点击保存更改 .
  • 每个组的设置：
    1. 在网上论坛的主页上，导航至设置>常规 .
    2. 填写” 命名，可见性”部分中的” 存储库大小限制（MB）”字段.
    3. 点击保存更改 .
  • GitLab 的全局设置：
    1. 在控制台中，导航至管理区域>设置>常规 .
    2. 展开帐户和限制部分.
    3. 填写每个存储库的大小限制（MB）字段.
    4. 点击保存更改 .

包括 LFS 对象在内的新项目的第一次推送将进行大小检查，如果它们的大小总和超过允许的最大存储库大小， 则将拒绝该推送.

注意：存储库大小限制包括存储库文件和 LFS，并且不包括工件.

有关手动清除文件的详细信息，请参阅使用 Git 减小存储库大小 .

注意： GitLab.com 存储库大小由 GitLab 设置 .

Troubleshooting

413 Request Entity Too Large

如果您在 GitLab 中将文件附加到评论或回复并收到413 Request Entity Too Large错误，则可能是由于最大附件大小大于 Web 服务器配置允许的最大附件大小引起的.

例如，如果要在 GitLab Omnibus安装中将最大附件大小增加到 200m，则可能需要在增加最大附件大小之前/etc/gitlab/gitlab.rb添加到/etc/gitlab/gitlab.rb ：

  1. nginx['client_max_body_size'] = "200m"

Limiting lifetime of personal access tokens

Introduced in GitLab Ultimate 12.6.

用户可以选择指定个人访问令牌的到期日期. 该到期日期不是必需的，可以将其设置为任意日期.

由于个人访问令牌是通过编程访问 GitLab 所需的唯一令牌，因此具有安全性要求的组织可能希望加强保护，以要求定期循环使用这些令牌.

Setting a limit

只有 GitLab 管理员才能设置限制. 将其保留为空意味着没有任何限制.

设置有效的个人访问令牌限制：

  1. 导航到管理区域>设置>常规 .
  2. 展开帐户和限制部分.
  3. Fill in the 个人访问令牌的最大允许生命周期（天） field.
  4. Click 保存更改.

一旦设置了个人访问令牌的生存期，GitLab 将：

  • 将生存期应用于新的个人访问令牌，并要求用户设置到期日期，并且日期不得晚于允许的生存期.
  • 三个小时后，请吊销没有过期日期或寿命超过允许寿命的旧令牌. 允许三个小时的时间，以便管理员在撤销之前更改或删除允许的生存期.

Optional enforcement of Personal Access Token expiry

版本历史

  • 在GitLab Ultimate 13.1 中引入 .
  • 它部署在功能标志后面，默认情况下处于禁用状态.
  • 它在 GitLab.com 上被禁用.
  • 不建议将其用于生产.
  • 要在 GitLab 自管实例中使用它，请让 GitLab 管理员启用它 .

GitLab 管理员可以选择防止个人访问令牌自动过期. 令牌将在到期日期之后可用，除非已将其明确吊销.

去做这个：

  1. 导航到管理区域>设置>常规 .
  2. 展开帐户和限制部分.
  3. 取消选中” 强制个人访问令牌到期”复选框.

Enable or disable optional enforcement of Personal Access Token expiry Feature

正在开发可选的”强制执行个人访问令牌到期”，尚未准备好用于生产. 它部署在默认情况下禁用的功能标志的后面. 有权访问 GitLab Rails 控制台的 GitLab 管理员可以从rails 控制台为您的实例启用它.

要启用它：

  1. Feature.enable(:enforce_personal_access_token_expiration)

禁用它：

  1. Feature.disable(:enforce_personal_access_token_expiration)

Disabling user profile name changes

在 GitLab 12.7 中引入 .

为了维护Audit Events中用户详细信息的完整性，GitLab 管理员可以选择禁用用户更改其配置文件名称的功能.

去做这个：

  1. 导航到” 管理区域”>”设置”>”常规” ，然后展开” 帐户和限制” .
  2. 选中阻止用户更改其个人资料名称复选框.

注意：禁用此功能后，GitLab 管理员仍将能够通过管理界面或API更新其实例中任何用户的名称.