18，将自动启用 Git 提交历史图形化展示功能 Last 2 versions of Chrome, Firefox, Safari and Edge Firefox ESR Web框架： Chi ORM: XORM UI 框架： jQuery Fomantic UI Vue3 更多组件参见 package.json 编辑器： CodeMirror EasyMDE Monaco Editor http://your_gitea.com/owner/repo@branch 。 Gitea Actions支持使用Go编写Actions。 请参阅创建Go Actions。 这是用于一次运行一个Job。 请参阅使用并发。 Gitea Actions目前不支持此功能。 这是工作流生成的工作流运行的名称。 请参阅GitHub Actions 的工作流语法。 Gitea Actions目前不支持此功能。 请参阅GitHub 方向。 通信协议 网络架构 Gitea Actions设计 - 163 - 本文档使用 书栈网 · BookStack.CN 构建 act runner 必须能够连接到Gitea以接收任务并发送执行结果回来。 即使Job容器位于同一台机器上，它们的网络命名空间与Runner不同。 举个例子，如果工作流中包含 actions/checkout@v3 ，Job容器需要连接到Gitea来获取代码。

了一些功能，提交了 C8 和 C9。 最后，你回到 server 分支，又提交了 C10。 图表 39. 从一个主题分支里再分出一个主题分支的提交历史 假设你希望将 client 中的修改合并到主分支并发布，但暂时并不想合并 server 中的修改， 因为它们还需要 经过更全面的测试。这时，你就可以使用 git rebase 命令的 --onto 选项， 选中在 client 分支里但不在 server 在这个环境下，可以采用一个类似使用 Subversion 或其他集中式的系统时会使用的工作流程。 依然可以得到像 离线提交、非常容易地新建分支与合并分支等高级功能，但是工作流程可以是很简单的；主要的区别是合并发生 在客户端这边而不是在提交时发生在服务器那边。 让我们看看当两个开发者在一个共享仓库中一起工作时会是 什么样子。 第一个开发者，John，克隆了仓库，做了改动，然后本地提交。 （为了缩短这些例子长度，协议信 implementation ... $ git commit $ git push myfork featureBv2 --squash 选项接受被合并的分支上的所有工作，并将其压缩至一个变更集， 使仓库变成一个真正的合并发生 的状态，而不会真的生成一个合并提交。 这意味着你的未来的提交将会只有一个父提交，并允许你引入另一个 分支的所有改动， 然后在记录一个新提交前做更多的改动。同样 --no-commit 选项在默认合并过程中可以用

客户端添加了一些功能，提交了 C8 和 C9。 最后，你回到 server 分支，又提 交了 C10。 图表 39. 从一个主题分支里再分出一个主题分支的提交历史 假设你希望将 client 中的修改合并到主分支并发布，但暂时并不想合并 server 中的修改， 因为它们还需要经过更全面的测试。这时，你就可以使用 git rebase 命令的 --onto 选项， 选中在 client 分支里但不在 server 在这个环境下，可以采用一个类似使用 Subversion 或其他集中式的系统时会 使用的工作流程。 依然可以得到像离线提交、非常容易地新建分支与合并分 支等高级功能，但是工作流程可以是很简单的；主要的区别是合并发生在客户 端这边而不是在提交时发生在服务器那边。 让我们看看当两个开发者在一个 共享仓库中一起工作时会是什么样子。 第一个开发者，John，克隆了仓库， 做了改动，然后本地提交。 （为了缩短这些例子长度，协议信息已被替换为 implementation ... $ git commit $ git push myfork featureBv2 --squash 选项接受被合并的分支上的所有工作，并将其压缩至一个变更集， 使仓库变成一个真正的合并发生的状态，而不会真的生成一个合并提交。 这 意味着你的未来的提交将会只有一个父提交，并允许你引入另一个分支的所有 改动， 然后在记录一个新提交前做更多的改动。同样 --no-commit 选项在默