git add forgotten_file $ git commit --amend 最终你只会有一个提交——第二次提交将代替第一次提交的结果。 50  当你在修补最后的提交时，与其说是修复旧提交，倒不如说是完全用一个 新的提交 替换旧的 提交， 理解这一点非常重要。从效果上来说，就像是旧有的提交从未存在过一样，它并不会 出现在仓库的历史中。 修补提交最明显的价值是可以稍微改进你最后 image 在“分离头指针”状态下，如果你做了某些更改然后提交它们，标签不会发生变化， 但你的新提交将不属于任 何分支，并且将无法访问，除非通过确切的提交哈希才能访问。 因此，如果你需要进行更改，比如你要修复旧 版本中的错误，那么通常需要创建一个新分支： $ git checkout -b version2 v2.0.0 Switched to a new branch 'version2' 如果在 正在此时，你突然接到一个电话说有个很严重的问题需要紧急修补。 你将按照如下方式来处理： 1. 切换到你的线上分支（production branch）。 2. 为这个紧急任务新建一个分支，并在其中修复它。 3. 在测试通过之后，切换回线上分支，然后合并这个修补分支，最后将改动推送到线上分支。 4. 切换回你最初工作的分支上，继续工作。 新建分支 首先，我们假设你正在你的项目上工作，并且在

$ git add forgotten_file $ git commit --amend 最终你只会有一个提交——第二次提交将代替第一次提交的结果。   当你在修补最后的提交时，与其说是修复旧提交，倒不如说是完全用一个 新的提交 替换旧 的提交， 理解这一点非常重要。从效果上来说，就像是旧有的提交从未存在过一样，它并 不会出现在仓库的历史中。 修补提交最明显的价值是可以稍微改进你 在“分离头指针”状态下，如果你做了某些更改然后提交它们，标签不会发生变 化， 但你的新提交将不属于任何分支，并且将无法访问，除非通过确切的提 交哈希才能访问。 因此，如果你需要进行更改，比如你要修复旧版本中的错 误，那么通常需要创建一个新分支： $ git checkout -b version2 v2.0.0 Switched to a new branch 'version2' 如果 正在此时，你突然接到一个电话说有个很严重的问题需要紧急修补。 你将按 照如下方式来处理： 1. 切换到你的线上分支（production branch）。 2. 为这个紧急任务新建一个分支，并在其中修复它。 3. 在测试通过之后，切换回线上分支，然后合并这个修补分支，最后将改动 推送到线上分支。 4. 切换回你最初工作的分支上，继续工作。 新建分支 首先，我们假设你正在你的项目上工作，并且在

gitea 。 提示： 我们不建议使用 SIGKILL 信号（ -9 ），这会强制停止 Gitea 程序，但不会正确关闭队列、索引器等任 务。 请参阅下面的疑难解答说明，以在Gitea版本更新后修复损坏的仓库。 旧版 Linux 发行版（例如 Debian 7 和 CentOS 6）可能无法加载 Gitea 二进制文件，通常会产生类似于 ./gitea: /lib/x86_64-linux-gnu/libc 对路径指定。 注意: Gitea 必须在运行此命令时处于运行状态才能成功。 迁移数据库。该命令可用于在首次启动服务器之前运行其他命令。此命令是幂等的。 对 Gitea 实例进行诊断，可以修复一些可修复的问题。 默认只运行部分检查，额外的检查可以参考： gitea doctor check --list - 列出所有可用的检查 gitea doctor check --all - 运行所有可用的检查 --default - 运行默认的检查 gitea doctor check --run [check(s),]... - 运行指定的名字的检查 有些问题可以通过设置 --fix 选项进行自动修复。 额外的日志可以通过 --log-file=... 进行设置。 有时，在迁移时，旧的列和默认值可能会在数据库模式中保持不变。这可能会导致警告，如下所示: 1. 2020/08/02 11:32:29