Enterprise Server 3.0 release notes

The upgrade process could fail while upgrading Actions if the instance could not make self-requests using its configured hostname.

SVN 1.7 and older clients showed an error when using the svn co and svn export commands.

Accessing a repository through the administrative shell using ghe-repo <owner>/<reponame> would hang.

After upgrading, users experienced reduced availability during heavy usage, because services restarted too frequently. This would occur due to timeout mismatches between the nomad configuration and that of the internal services.

In some instances, running ghe-repl-status after setting up GitHub Actions would produce an error and ghe-actions-teardown would fail.

ghe-dbconsole would return errors under some circumstances.

Import failures of organizations or repositories from non-GitHub sources could produce an undefined method '[]' for nil:NilClass error.

GitHub profile names might have changed unintentionally when using SAML authentication, if the GitHub profile name did not match the value of the attribute mapped to the Full name field in the Management Console.

在初始安装过程的“Configure Actions and Packages（配置 Actions 和 Packages）”页面，当管理员点击“Test domain settings（测试域设置）”按钮时，测试未完成。

运行 ghe-btop 失败，错误为 cannot find a 'babeld' container（找不到 'babeld' 容器）。

由于内部和外部超时值不匹配，用户在升级后无法获得服务。

MSSQL 中的正常复制延迟会生成警告。

GitHub Enterprise Clustering Guide 在管理控制台上的链接不正确。

管理员使用“Create Whitelist Entry（创建白名单条目）”按钮添加的 IP 地址仍可能被锁定。

未启用的仓库中显示了“依赖关系图”和“Dependabot 警报”功能的引用。

对 /hooks 端点的HTTP POST 请求可能会因为 hookID 设置不正确而失败，出现 401 响应。

build-server进程未能清理进程，将它们留在 defunct 状态下。

spond 创建了过多的日志条目，包括“修复位置已跳过”短语。

操作或包存储配置中包含的引号可能会导致错误。

由于文件大小或打开文件数量的限制过于严格，自定义预接收挂钩可能会失败。

在配置应用阶段可以启用 Orchestrator 自动故障转移。

具有仓库维护员权限的用户会收到电子邮件验证警告，而不是在仓库 Pages 设置页面上构建成功的页面。

通配符规则的代码所有者将被错误地添加到代码所有者徽章的所有者列表中，即使该路径优先使用较新的规则。

OpenAPI 文档引用了无效的标头。

在创建或编辑预接收挂钩时，用户界面中的竞争情况意味着在选择仓库后，仓库中的文件有时不会填充到文件下拉列表中。

在升级过程中，进程将在 cleanup nomad job 之后无限期暂停。

ghe-cluster-failover 失败，出现错误消息 Trilogy::Error: trilogy_connect。

ghe-cluster-status-mysql 将有关故障转移的警告显示为错误。

在 MySQL 副本上运行的安装脚本可能导致数据库故障转移期间不必要的数据库重新播种。

升级未包括正确安装的 Actions 运行器最新版本。

github-env 配置可能导致僵尸进程。

由于不必要地调用 rake db:migrate，config-apply 可能需要更长的时间。

Orchestrator 可能已故障转移到 MySQL 副本，当主数据库无法连接时，它无法在播种阶段从主数据库复制。

出现错误的组织或项目阻止了迁移，无法排除。

对于所属组织超过 50 个的用户禁用了“Create Repository（创建仓库）”按钮。

删除分支会临时闪烁一条错误消息，指示删除成功时出错。

rms-packages 索引显示在站点管理员仪表板中。

由于表单上未显示正确的可见性选项，因此组织所有者无法创建内部仓库。

在操作启动工作流程配置错误的情况下，仓库操作选项卡显示 500。

由于选择了最完整的磁盘而不是空节点，存储主机超过三个的客户无法恢复到其灾难恢复集群。

应用热补丁后，代码扫描后端服务无法可靠启动。

有些日志未包含在日志转发配置中。

警告消息 jq: error (at <stdin>:0): Cannot index number with string "settings" 可能在副本升级期间出现。

由于 MySQL 副本无法连接到主数据库，因此将备份连续还原到集群可能会失败。

使用自定义 CA 证书时页面未发布。

与子域相关的包未显示在“测试域设置”提示中以进行子域隔离。

通过 web 挂钩发送的 X-GitHub-Enterprise-Host 标头包含一个随机字符串，而不是发送 HTTP POST 有效负载的 GitHub Enterprise Server 实例的主机名。

如果先前启用了 GitHub Actions，但在升级之前被禁用，则从 2.22.x 升级到 3.0.x 将会失败。

访问 /settings/email 页面会存储状态，在登出并重新登录时可能导致错误的重定向。

在议题评论中通过提及功能直接提及团队时，GitHub 集成应用程序无法通知团队。

restructuredText(RST) 渲染在 web 界面可能失败，反而显示原始 RST 标记文本。

如果未完全启用依赖项图，则不会将密码扫描警报的电子邮件通知发送给授权用户。

当 ghe-migrator 遇到导入错误时，它有时会中止整个过程，但日志中没有包含足够的上下文。

具有非 ASCII 字符的 Jupyter notebook 可能无法渲染。

当启用维护模式时，某些服务仍然列为“活动进程”，尽管预计它们将运行， 并且不应该被列出。

在从 2.22.x 升级到启用 GitHub Actions 的 3.0.x 后，自托管运行器版本没有更新，也没有自托管更新。

旧 GitHub Pages 构建未进行清理，导致磁盘使用量增加。

memcached 未在活动的副本上运行。

启用 GitHub Actions 时更新文件权限失败。

在 GitHub Enterprise 11.10.x 或更早版本中设置的时区没有被一些默认使用 UTC 时间的服务使用。

服务未作为日志旋转的一部分而过渡到新的日志文件，导致磁盘使用量增加。

ghe-saml-mapping-csv 命令行实用生成了一条警告消息。

内部仓库搜索结果上的标签显示为“私有”而不是“内部”。

运行 ghe-cluster-config-init 可能会使集群无法操作。

当自定义预接收挂钩配置在仓库上时，解析 GUI 中的合并冲突将失败。

launch-deplauncher 和 launch-recever 在DEBUG 级别记录日志，并且用不必要的信息填充日志。

系统可能会失去 HAProxy PID 的跟踪。

当 Actions 配置为使用 S3 存储时，操作的日志有时无法加载。

Mysql-failover 警告在成功故障转移后无限期显示。

ghe-cluster-config-init 运行未完全考虑背景作业的退出代码，导致印检查的处理不当。

启用 GitHub Actions 时，初始化可能会静默失败。

启用漏洞警报后，升级到 3.0 系列将失败。

与 Codespace 有关的作业在排队，导致未处理的作业累积。

在备份过程中尝试清理可清除的存储对象时，出现了“Warning: One or more storage objects were not found on the source appliance.（警告：源设备上未找到一个或多个存储对象。）”的错误。

依赖关系图无法解析 yarn.lock JavaScript 清单文件，导致日志中的 HTTP 500 错误。

禁用 GitHub Actions 有时会失败。

自定义预接收挂钩不允许写入 /tmp，从而阻止某些脚本正常运行。

在多个地方复制了系统日志。

在 GitHub Enterprise 11.10.x 或更早版本上设置的时区在升级到 3 后被重置为 UTC 时间，导致时间戳在某些情况下改变。

单击仓库上包侧边栏中的“Publish your first package（发布您的第一个包）”将导致空白页面。

站点管理员在尝试查看从私有私有仓库引用的议题时可能会获得 500 错误页面。

禁用 GitHub Packages 后，一些组织页面会返回 HTTP 500 错误响应。

从 GitHub Enterprise Server 导入丢失的仓库文件将因错误而失败。

仓库部署密钥 无法用于包含 LFS 对象的仓库。

在仓库的软件包侧边栏中，Docker 图标是灰色的，工具提示显示“This service is deprecated（此服务已弃用）”。

使用 application/x-www-form-urlencoded 的内容类型配置的 web 挂钩在 POST 请求正文中没有接收查询参数。

用户无需选中所有复选框即可忽略强制消息。

在某些情况下，从 2.22.X 实例升级后，web 接口资源丢失，页面无法正常运行。

运行 ghe-config-apply 可能会超时，并且因“'job' stanza not found（找不到 stanza 作业）”而出现“Failure waiting for nomad jobs to apply（等待 nomad 作业应用失败）”。

在某些情况下，负载平衡器健康检查可能导致 babld 日志充满有关代理协议的错误。

HTTP 标头在特定响应中不符合 HTTP RFC 标准，如 304 存档的状态。

在启用了依赖关系图功能的主机 Python 仓库的实例中，由于根盘中填充了错误日志，实例可能会变得无响应。

在 GitHub Enterprise 备份实用程序快照期间，信息消息被无意中记录为错误，这导致在备份由侦听输出到 stderr 的 cron 作业安排时发送不必要的电子邮件。

在 VMWare ESX 6.7 上，初始配置可能会在创建主机密钥时挂起，使实例无法通过 SSH 访问。

启用 GitHub Actions 时，在管理控制台中禁用维护模式失败。

包创建设置显示在组织成员设置页面上，但此功能尚不可用。

在 Security & Analysis（安全和分析）页面上启用密钥扫描时，对话框不正确地提及私有仓库。

在编辑 wiki 页面时，用户单击 Save（保存）按钮时可能会遇到 500 错误。

使用主题替代名称中具有多个名称的证书签名的 S/MIME 签名提交将错误地显示为提交徽章中的“未验证”。

用户在使用 LDAP 身份验证配置的实例上执行 git 操作时看到 500 错误。

被暂停的用户在添加到团队时收到电子邮件。

当仓库有大量清单时，在 Insights（见解）-> Dependency graph（依赖关系图）选项卡上显示错误 You have reached the maximum number of allowed manifest files (20) for this repository.（您已达到此存储库允许的清单文件的最大数量）。更多信息请参阅可视化限制。

即使存储库未启用 Actions，也可修复显示设置代码扫描代 CodeQL Action 选项的用户。

无法成功启用或禁用企业帐户设置中的“Prevent repository admins from changing anonymous Git read access（防止仓库管理员更改匿名 Git 读取访问权限）”复选框。

用于显示强制消息的模组不包含垂直滚动栏，这意味着无法完全查看较长的消息。

Redis 有时在硬重启或应用程序崩溃后无法启动。

依赖关系图无法解析 setup.py Python 清单文件，导致日志中的 HTTP 500 错误。 这种情况再加上重复的记录问题，导致根卷的使用增加。