ix ， 那 意 味 着 ， “ 推 送 本 地 的 serverfix 分支来更新远程仓库上的 serverfix 分支。” 我们将会详细学习 Git 内部原理 的 refs/heads/ 部分， 但是现在可以先把它放在儿。你也可以运行 git push origin serverfix:serverfix， 它会做同样的事——也就是说“推 送本地的 serverfix 分支，将其作为远程仓库的 1 files changed, 4 insertions(+), 0 deletions(-) 此时，Jessica 想要将所有合并后的“featureB”推送回服务器，但她并不想直 接 推 送 她 自 己 的 featureB 分 支 。 由 于 Josie 已 经 开 启 了 一 个 上 游 的 featureBee 分支，因此 Jessica 想要推送到 这个 分支上，于是她这样做： featureA 工作之后的提交历史 因为你将分支变基了，所以必须为推送命令指定 -f 选项，这样才能将服务器 上有一个不是它的后代的提交的 featureA 分支替换掉。 一个替代的选项是推 送这个新工作到服务器上的一个不同分支（可能称作 featureAv2）。 让我们看一个更有可能的情况：维护者看到了你的第二个分支上的工作并且很 喜欢其中的概念，但是想要你修改一下实现的细节。 你也可以利用这次机会

config --global credential.helper cache 部分辅助工具有一些选项。 “store” 模式可以接受一个 --file 参数，可以自定义存放密码的文件路 径（默认是 ~/.git-credentials ）。 “cache” 模式有 --timeout 参数，可以设置后台进 程的存活时间（默认是 “900”，也就是 15 分钟）。 给一个小组或所拉取的补丁的作者。 但你没办法用它停止打补丁的过程。 其它客户端钩子 pre-rebase 钩子运行于变基之前，以非零值退出可以中止变基的过程。 你可以使用这个钩子来禁止对已经推 送的提交变基。 Git 自带的 pre-rebase 钩子示例就是这么做的，不过它所做的一些假设可能与你的工作流程 不匹配。 post-rewrite 钩子被那些会替换提交记录的命令调用，比如 git 除了客户端钩子，作为系统管理员，你还可以使用若干服务器端的钩子对项目强制执行各种类型的策略。 这些 钩子脚本在推送到服务器之前和之后运行。 推送到服务器前运行的钩子可以在任何时候以非零值退出，拒绝推 送并给客户端返回错误消息，还可以依你所想设置足够复杂的推送策略。 pre-receive 处理来自客户端的推送操作时，最先被调用的脚本是 pre-receive。 它从标准输入获取一系列被推送的引用。

gitea generate secret 的内容。 提示： 如果使用 Systemd 管理 Gitea 的 Linux 服务，你可以采用 WorkingDirectory 参数来配置工作路 径。 否则，使用环境变量 GITEA_WORK_DIR 来明确指出程序工作和数据存放路径。 1. export GITEA_WORK_DIR=/var/lib/gitea/ 1. cp gitea 请求在停止之前完成。如果 耗时超过此时间，则会强制关闭关闭。 STARTUP_TIMEOUT : 0：如果启动超过提供的时间，将关闭服务器。在 Windows 上设置这将向 SVC 主机发 送一个等待提示，告诉 SVC 主机启动可能需要一些时间。请注意，启动由监听器（HTTP/HTTPS/SSH）的打 开来确定。索引程序可能需要更长时间启动，可能具有自己的超时时间。 DB_TYPE : 有关更多信息，请参阅数据库准备工作。 或者，您可以从演示文件中删除所有表情符号，然后再尝试一次。 on: [push] 这一行表示当您向该存储库推送提交时，工作流将被触发。 然而，当您上传 YAML 文件时，它也会推 送一个提交，所以您应该在”Actions”标签中看到一个新的任务。 做得好！您已成功开始使用Actions。 快速入门 - 152 - 本文档使用 书栈网 · BookStack.CN 构建 本页面将详细介绍Act