586 搜索结果 "https://thermostathub.com/honeywell-thermostat-manual"

HTTPS 增加一层加密，用于防止其他人窥探或篡改您的站点的流量。 您可对 GitHub Pages 站点强制实施 HTTPS，从而将所有 HTTP 请求透明地重定向到 HTTPS。 拥有仓库管理员权限的人可对 GitHub Pages 站点实施 HTTPS。 关于 HTTPS 和 GitHub Pages

有时，防火墙会完全拒绝允许 SSH 连接。 如果无法选择使用具有凭据缓存的 HTTPS 克隆，可以尝试使用通过 HTTPS 端口建立的 SSH 连接克隆。 大多数防火墙规则应允许此操作，但代理服务器可能会干扰。 GitHub Enterprise Server 用户：目前不支持经 SSH 通过 HTTPS

GitHub 的协作开发方法取决于从您的本地仓库发布提交到 GitHub，以供其他人查看、提取和更新。 关于远程仓库 远程 URL 是 Git 一种指示“您的代码存储位置”的绝佳方式。 该 URL 可能是您在 GitHub 上的仓库，也可以是另一个用户的复刻，甚至在完全不同的服务器上。 您只能推送到两类

如果使用一个工作站参与多个帐户的项目，则可以修改 Git 配置以简化参与过程。 关于多个帐户的管理 在某些情况下，可能需要在 GitHub 上使用多个帐户。 例如，你可能具有用于开放源代码参与的个人帐户，雇主还可能在企业中为你创建和管理用户帐户。 不能使用 托管用户帐户 参与 GitHub.com

了解在自动化部署脚本时管理服务器上的 SSH 密钥的不同方法，以及哪种方法最适合您。 在自动执行部署脚本时，您可以使用 SSH 代理转发、HTTPS 结合 OAuth 令牌、部署密钥或机器用户来管理服务器上的 SSH 密钥。 SSH 代理转发 在许多情况下，尤其是在项目开始时，SSH 代理转发是最快和最简单的方法。

如果您在克隆存储库时遇到问题，请检查这些常见错误。 HTTPS 克隆错误 对 Git 使用 HTTPS 时有几种常见错误。 这些错误通常表示您有旧版 Git，或无法访问仓库。 下面是您可能收到的 HTTPS 错误示例： > error: The requested URL returned error:

您可以检查常见错误，以解决与 GitHub Pages 站点的自定义域或 HTTPS 相关的问题。 CNAME 错误 如果从自定义 GitHub Actions 工作流进行发布，则忽略且无需任何 CNAME 文件。 如果从分支进行发布，自定义域存储在发布源根目录下的 CNAME 文件中。 您可以通过仓库设置或手动添加或更新此文件。

在使用 Webhook 时遵循以下最佳做法以提高安全性和性能。 订阅的事件数应尽可能少 应仅订阅需要的 Webhook 事件。 这可减少服务器需要完成的工作量。 有关订阅事件的详细信息，请参阅“创建 web 挂钩”和“测试 Webhook”。 使用 Webhook 机密 应为 Webhook 设置 Webhook

您可以转发代码空间中的端口以测试和调试应用程序。 还可以管理端口协议，并在组织内或公开共享端口。 注意： 将 GitHub Codespaces 与 JetBrains IDE 结合使用的功能目前为 公共预览版，可能随时更改。 若要在 JetBrains IDE 中处理 Codespace，必须使用

如果 CodeQL 分析的代码少于预期，则可能需要使用自定义生成命令。 关于编译的语言的分析 使用 autobuild 或 manual 生成模式分析已编译语言时， CodeQL 仅扫描分析期间生成的文件。 因此，如果某些源代码未正确编译，则扫描的代码行数将低于预期。 这可能是多种原因引起的： CodeQL