限制对机器类型的访问

概览

通常，在创建代码空间时，系统会提供一组用于运行代码空间的机器规格供您选择。您可以选择最符合需求的机器类型。更多信息，请参阅为仓库创建代码空间。

如果您为使用 GitHub Codespaces 付费，那么所选机器类型会影响您的计费金额。代码空间的计算成本与您选择的机器类型的处理器核心数量成正比。例如，在 16 核机器上使用代码空间一小时的计算成本是 2 核机器的八倍。有关定价的更多信息，请参阅 GitHub 代码空间计费。

作为组织所有者，您可能希望对可用的机器类型进行约束。例如，如果组织的工作不需要大量计算能力或存储空间，您可以从可选列表中移除资源密集型机器。您可以通过在组织的 GitHub Codespaces 设置中定义一个或多个策略来实现此目的。

如果已有代码空间不再符合您已定义的策略，这些代码空间将在被停止或超时之前继续运行。当用户尝试恢复代码空间时，会显示一条消息，告知当前选择的机器类型已不再允许用于此组织，并提示用户选择其他机器类型。

如果您移除组织中某个仓库的 GitHub Codespaces 配置所需的高规格机器类型，则将无法为该仓库创建代码空间。当有人尝试创建代码空间时，会看到一条信息，说明没有满足仓库 GitHub Codespaces 配置要求的有效机器类型可供选择。

注意

任何能够编辑仓库中 devcontainer.json 配置文件的人，都可以为该仓库的代码空间设定机器的最低规格。更多信息，请参阅为代码空间机器设置最低规格。

如果为机器类型设置的策略导致某个仓库无法使用 GitHub Codespaces，则有两种解决方案

您可以调整策略，以专门移除受影响仓库的限制。
任何因新策略而无法访问其代码空间的用户，都可以将代码空间导出到一个分支。该分支会包含他们在代码空间中的所有修改。随后，他们可以在此分支上使用符合策略的机器类型打开新的代码空间，或在本地对该分支进行工作。更多信息，请参阅将更改导出到分支。

创建策略时，您可以选择将其应用于组织内的所有仓库，亦或仅针对特定仓库。如果您设置了组织范围的策略，则针对单个仓库设置的任何策略都必须在组织级别的限制范围内。添加策略会使机器选择更加受限，而不是更宽松。

例如，您可以创建一个组织范围的策略，将机器类型限制为 2 核或 4 核。随后，您可以为仓库 A 设置策略，仅允许使用 2 核机器。若为仓库 A 设置的策略允许 2、4、8 核机器，则实际可选的仅是 2 核和 4 核机器，因为组织范围的策略阻止了对 8 核机器的访问。

如果您添加了组织范围的策略，请将其设置为组织内任何仓库都可能使用的最大机器类型集合。随后，您可以再添加针对特定仓库的策略，以进一步收紧选择范围。

注意

Codespaces 策略仅适用于由贵组织支付费用的代码空间。如果有人自行承担费用为组织中的仓库创建代码空间，则该代码空间不受这些策略约束。更多信息，请参阅选择组织中代码空间的所有者和付费方。