据库实例上安装 服务器应用程序，在 Gitea 服务器上安装客户端程序。客户端程序用于测试 Gitea 服务器与数据库之间的连接， 而 Gitea 本身使用 Go 提供的数据库驱动程序完成相同的任务。此外，请确保服务器和客户端使用相同的引擎版 本，以使某些引擎功能正常工作。出于安全原因，请使用安全密码保护 root （MySQL）或 postgres （PostgreSQL）数据库超级用户。以下步骤假设您在数据库和 要解决此问题，请转到管理选项，并运行任务 Resynchronize pre-receive, update and post-receive hooks of all repositories ，以将所有钩子更新为包含新的二进制文件路径。请注意，这将覆盖所有 Git 钩子，包括自定义的钩 子。 如果您没有使用 Gitea 内置的 SSH 服务器，您还需要通过在管理选项中运行任务 Update the Node.js 和 npm， 这是构建 JavaScript 和 CSS 文件所需的。最低支持的 Node.js 版本是 16，建议使用最新的 LTS 版本。 注意：当执行需要外部工具的 make 任务（如 make misspell-check ）时，Gitea 将根据需要自动下载和构建这些 工具。为了能够实现这个目的，你必须将 "$GOPATH/bin" 目录添加到可执行路径中。如果没有将

#查看所有设置（全局+本地+系统） # git config user.name #查看用户名 ★以上3个范围的设置优先级： 本地设置 > 全局设置 > 系统设置 ★push.default配置项 # git config --local push.default simple

不过在使用其他工具重命名文件时，记得在提交前 git rm 删除旧文件名，再 git add 添加新文件名。 查看提交历史 在提交了若干更新，又或者克隆了某个项目之后，你也许想回顾下提交历史。 完成这个任务最简单而又有效的 工具是 git log 命令。 我们使用一个非常简单的 ``simplegit'' 项目作为示例。 运行下面的命令获取该项目： $ git clone https://github 在这个分支上开展工作。 正在此时，你突然接到一个电话说有个很严重的问题需要紧急修补。 你将按照如下方式来处理： 1. 切换到你的线上分支（production branch）。 2. 为这个紧急任务新建一个分支，并在其中修复它。 3. 在测试通过之后，切换回线上分支，然后合并这个修补分支，最后将改动推送到线上分支。 4. 切换回你最初工作的分支上，继续工作。 新建分支 首先，我们假设你正在你的项目上工作，并且在 的提 交指向它。 这个被称作一次合并提交，它的特别之处在于他有不止一个父提交。 图表 25. 一个合并提交 既然你的修改已经合并进来了，就不再需要 iss53 分支了。 现在你可以在任务追踪系统中关闭此项任务，并删 除这个分支。 $ git branch -d iss53 77 遇到冲突时的分支合并 有时候合并操作不会如此顺利。 如果你在两个不同的分支中，对同一个文件的同一个部分进行了不同的修

不过在使用其他工具重命名文件时，记得在提交前 git rm 删除 旧文件名，再 git add 添加新文件名。 查看提交历史 在提交了若干更新，又或者克隆了某个项目之后，你也许想回顾下提交历史。 完成这个任务最简单而又有效的工具是 git log 命令。 我们使用一个非常简单的 `simplegit'' 项目作为示例。 运行下面的命令获取该 项目： $ git clone https://github 分支切换会改变你工作目录中的文件   在切换分支时，一定要注意你工作目录里的文件会被改变。 如果是切换到一个较旧的分 支，你的工作目录会恢复到该分支最后一次提交时的样子。 如果 Git 不能干净利落地完成这 个任务，它将禁止切换分支。 我们不妨再稍微做些修改并提交： $ vim test.rb $ git commit -a -m 'made other changes' 现在，这个项目的提交历史已经产生了分叉（参见 在这个分支上开展工作。 正在此时，你突然接到一个电话说有个很严重的问题需要紧急修补。 你将按 照如下方式来处理： 1. 切换到你的线上分支（production branch）。 2. 为这个紧急任务新建一个分支，并在其中修复它。 3. 在测试通过之后，切换回线上分支，然后合并这个修补分支，最后将改动 推送到线上分支。 4. 切换回你最初工作的分支上，继续工作。 新建分支 首先，我们假设你正在你的项目上工作，并且在