之后，可以通过两步过程将 gitea 升级到现代版本。 首先升级到 gitea 1.6.4。从 下载页面 下载适用于目标平台的文件，并替换二进制文件。至少运行一次 Gitea 并检查是否一切正常。 然后重复这个过程，但这次使用 最新版本。 从较新的 Gogs 版本（最高到 0.11.x ）可能也是可能的，但需要更多的工作。 请参见 #4286，其中包括各种 Gogs 0.11.x 版本。 只是Gitea特定用途的桥接或适配器。 还添加了一些额外的提交，例如： 将执行日志输出到日志记录器钩子，以便报告给Gitea 禁用 GraphQL URL，因为Gitea不支持它 每个Job启动一个新的容器，而不是重复使用，以确保隔离性。 这些修改没有理由合并到上游。 如果用户只想在本地运行可信的Actions，它们是没有意义的。 然而，将来可能会出现重叠，例如两个项目都需要的必要错误修复或新功能。 在这些情况下，我们将向上游仓库贡献 本文档描述了软件包注册表的存储方式以及如何管理存储。 软件包注册表具有内置的去重功能，可以对上传的 Blob 进行去重处理。 如果上传了两个相同的文件，只会在文件 系统上保存一个 Blob。 这样可以确保不会浪费空间用于重复的文件。 如果上传了两个具有相同文件的软件包，这两个软件包将显示相同的大小，但在文件系统上，它们只需要一半的大 小。 每当删除一个软件包时，只会删除对底层 Blob 的引用。 此时，Blob 不会被删除，因此它们仍然占用文件系

email=johndoe@example.com color.status=auto color.branch=auto color.interactive=auto color.diff=auto ... 你可能会看到重复的变量名，因为 Git 会从不同的文件中读取同一个配置（例如：/etc/gitconfig 与 ~/.gitconfig）。 这种情况下，Git 会使用它找到的每一个变量的最后一个配置。 你可以通过输入 修复产生的冲突 ⑤ 再推送回同一个分支 你完成了上面的步骤后，拉取请求将会自动更新并重新检查是否能干净的合并。 179 图表 98. 拉取请求现在可以干净地合并了 Git 的伟大之处就是你可以一直重复以上操作。如果你有一个运行了十分久的项目， 你可以轻松地合并目标分支 且只需要处理最近的一次冲突，这使得管理流程更加容易。 如果你一定想对分支做变基并进行清理，你可以这么做，但是强烈建议你不要强行地提交到已经提交了拉取请求 图表 113. 版本库设置链接. 然后从左侧菜单中选择 “Collaborators” 。 然后，在输入框中填写用户名，点击 “Add collaborator.” 如果 你想授权给多个人，你可以多次重复这个步骤。 如果你想收回权限，点击他们同一行右侧的 “X” 图表 114. 版本库合作者. 管理合并请求 现在你有一个包含一些代码的项目，可能还有几个有推送权限的合作者，下面来看当你收到合并请求时该做什

email=johndoe@example.com color.status=auto color.branch=auto color.interactive=auto color.diff=auto ... 你可能会看到重复的变量名，因为 Git 会从不同的文件中读取同一个配置（例 如：/etc/gitconfig 与 ~/.gitconfig）。 这种情况下，Git 会使用它找到的 每一个变量的最后一个配置。 你可以通过输入 修复产生的冲突 再推送回同一个分支 你完成了上面的步骤后，拉取请求将会自动更新并重新检查是否能干净的合 并。 图表 98. 拉取请求现在可以干净地合并了 Git 的伟大之处就是你可以一直重复以上操作。如果你有一个运行了十分久的 项目， 你可以轻松地合并目标分支且只需要处理最近的一次冲突，这使得管 理流程更加容易。 如果你一定想对分支做变基并进行清理，你可以这么做，但是强烈建议你不要 113. 版本库设置链接. 然后从左侧菜单中选择 “Collaborators” 。 然后，在输入框中填写用户名，点 击 “Add collaborator.” 如果你想授权给多个人，你可以多次重复这个步骤。 如果你想收回权限，点击他们同一行右侧的 “X” 图表 114. 版本库合作者. 管理合并请求 现在你有一个包含一些代码的项目，可能还有几个有推送权限的合作者，下面 来看当你收到合并请求时该做什么。