* Add crowdin translations * Run script/i18n/homogenize-frontmatter.js * Run script/i18n/lint-translation-files.js --check rendering * run script/i18n/reset-files-with-broken-liquid-tags.js --language=cn * run script/i18n/reset-known-broken-translation-files.js * Check in cn CSV report Co-authored-by: Hector Alfaro <hectorsector@github.com>
3.4 KiB
title, intro, versions, product, topics, shortTitle, redirect_from
| title | intro | versions | product | topics | shortTitle | redirect_from | ||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| GitHub Codespaces 的灾难恢复 | 本文描述了当整个地区因重大自然灾害或大范围服务中断而中断时,灾难恢复情景的指导。 |
|
{% data reusables.gated-features.codespaces %} |
|
灾难恢复 |
|
我们努力确保您始终能够使用 {% data variables.product.prodname_github_codespaces %}。 但是,超出我们控制范围的力量有时会以导致计划外服务中断的方式影响服务。
虽然灾难恢复情况很少发生,但我们建议您为整个区域出现中断的可能性做好准备。 如果整个区域遇到服务中断,则数据的本地冗余副本将暂时不可用。
以下指南提供了如何处理部署代码空间的整个区域的服务中断的选项。
{% note %}
注意: 您可以通过频繁推送到远程仓库来减少服务中断的潜在影响。
{% endnote %}
选项 1:在另一个区域中创建新的代码空间
如果发生区域性断电,我们建议您在未受影响的区域中重新创建代码空间以继续工作。 此新代码将包含您上次推送到 {% data variables.product.prodname_dotcom %} 后的所有更改。 有关手动设置其他区域的信息,请参阅“为 {% data variables.product.prodname_github_codespaces %} 设置默认区域”。
您可以通过在项目仓库中配置 devcontainer.json 来优化恢复时间,允许您定义工具、运行时间、框架、编辑器设置、扩展以及其他自动恢复开发环境所需的配置。 更多信息请参阅“开发容器简介”。
选项 2:等待恢复
在这种情况下,不需要您采取任何行动。 要知道,我们正在努力恢复服务可用性。
您可以在状态仪表板上查看当前服务状态。
选项 3:本地克隆仓库或在浏览器中编辑
虽然 {% data variables.product.prodname_codespaces %} 具有预配置的开发者环境的优点,但您的源代码应该始终可以通过 {% data variables.product.prodname_dotcom_the_website %} 托管的仓库访问。 如果发生 {% data variables.product.prodname_codespaces %} 中断,您仍然可以本地克隆存储库或在 {% data variables.product.company_short %} 浏览器编辑器中编辑文件。 更多信息请参阅“编辑文件”。
虽然此选项没有为您配置开发环境, 但它允许您在等待服务中断解决时根据需要更改源代码。
选项 4:对本地容器化环境使用远程容器和 Docker
如果您的存储库具有 devconconer.json,请考虑在 {% data variables.product.prodname_vscode %} 中使用远程容器扩展构建并连接到仓库的本地开发容器。 此选项的设置时间将因您本地规格和开发容器设置的复杂性而异。
{% note %}
注意: 在尝试此选项之前,请确保您的本地设置符合最低要求。
{% endnote %}