我们努力确保 GitHub Codespaces 随时可用。但有时超出我们控制范围的因素会影响服务，导致意外的服务中断。
尽管灾难恢复情形极少发生，但我们建议您为整个地区可能出现的中断做好准备。如果整个地区发生服务中断，您本地的冗余数据副本将暂时不可用。
以下指南提供了在部署了 codespace 的整个地区出现服务中断时的处理选项。
注意
通过频繁推送到远程仓库，您可以降低全局服务中断的潜在影响。
选项 1：在其他地区创建新的 codespace
在地区性中断的情况下，我们建议您在未受影响的地区重新创建 codespace 以继续工作。该新 codespace 将包含您最后一次推送到 GitHub 的所有更改。有关手动设置其他地区的说明，请参见 Setting your default region for GitHub Codespaces（设置 GitHub Codespaces 的默认地区）。
您可以在项目仓库中配置 devcontainer.json，以优化恢复时间。该文件允许您定义工具、运行时、框架、编辑器设置、扩展以及其他在自动恢复开发环境时所需的配置。更多信息，请参见 Introduction to dev containers（dev 容器简介）。
选项 2：等待恢复
在这种情况下，您无需采取任何操作。我们正全力以赴恢复服务可用性。
您可以在 Status Dashboard（状态仪表板） 上查看当前服务状态。
选项 3：在本地克隆仓库或在浏览器中编辑
虽然 GitHub Codespaces 提供预配置的开发环境，但您的源代码始终应可通过托管在 GitHub 上的仓库访问。即使在 GitHub Codespaces 中断时，您仍可以在本地克隆仓库或使用 GitHub 浏览器编辑器编辑文件。更多信息，请参见 Editing files（编辑文件）。
此选项不会为您配置开发环境，但在等待服务中断恢复期间，它仍可让您根据需要修改源代码。
选项 4：使用 Dev Containers 扩展和 Docker 创建本地容器化环境
如果您的仓库中包含 devcontainer.json，请考虑在 Visual Studio Code 中使用 Dev Containers 扩展 为该仓库构建并附加到本地开发容器。该选项的设置时间取决于本地硬件规格以及 dev 容器的复杂程度。更多信息，请参见 VS Code 文档中的 Developing inside a container（在容器中开发）。
注意
在尝试此选项之前，请确保您的本地环境满足 minimum requirements（最低要求）。