个仓库（repository）、开始或停止跟 踪（track）文件、暂存（stage）或提交（commit）更改。 本章也将向你演示了如何配置 Git 来忽略指定的文 件和文件模式、如何迅速而简单地撤销错误操作、如何浏览你的项目的历史版本以及不同提交（commits）之间 的差异、如何向你的远程仓库推送（push）以及如何从你的远程仓库拉取（pull）文件。 获取 Git 仓库 通常有两种获取 来说，它能够接受的模糊匹配更少。 它也能够处理 git diff 格式文件所描述的文件添加、删除和 重命名操作，而 patch 则不会。 最后，git apply 命令采用了一种“全部应用，否则就全部撤销（apply all or abort all）”的模型， 即补丁只有全部内容都被应用和完全不被应用两个状态，而 patch 可能会导致补丁文 件被部分应用， 最后使你的工作目录保持在一个比较奇怪的状态。 9e5e6a4。 258 无论你调用了何种形式的带有一个提交的 reset，它首先都会尝试这样做。 使用 reset --soft，它将仅仅停 在那儿。 现在看一眼上图，理解一下发生的事情：它本质上是撤销了上一次 git commit 命令。 当你在运行 git commit 时，Git 会创建一个新的提交，并移动 HEAD 所指向的分支来使其指向该提交。 当你将它 reset 回 HEAD~（HEAD

后，你应该能够配置并初始化一个仓库（repository）、开始或停止跟踪 （track）文件、暂存（stage）或提交（commit）更改。 本章也将向你演示 了如何配置 Git 来忽略指定的文件和文件模式、如何迅速而简单地撤销错误操 作、如何浏览你的项目的历史版本以及不同提交（commits）之间的差异、如 何向你的远程仓库推送（push）以及如何从你的远程仓库拉取（pull）文 件。 获取 GIT 仓库 通常有两种获取 来说，它能够接受的模糊匹配更 少。 它也能够处理 git diff 格式文件所描述的文件添加、删除和重命名操 作，而 patch 则不会。 最后，git apply 命令采用了一种“全部应用，否则就 全部撤销（apply all or abort all）”的模型， 即补丁只有全部内容都被应用 和完全不被应用两个状态，而 patch 可能会导致补丁文件被部分应用， 最后 使你的工作目录保持在一个比较奇怪的状态。 9e5e6a4。 无论你调用了何种形式的带有一个提交的 reset，它首先都会尝试这样做。 使 用 reset --soft，它将仅仅停在那儿。 现在看一眼上图，理解一下发生的事情：它本质上是撤销了上一次 git commit 命令。 当你在运行 git commit 时，Git 会创建一个新的提交，并移动 HEAD 所指向的分支来使其指向该提交。 当你将它 reset 回 HEAD~（HEAD

：需要更改密码的用户 选项： --all ， -A ：强制所有用户更改密码 --exclude username ， -e username ：排除给定的用户。可以多次设置。 --unset ：撤销对给定用户的强制密码更改 regenerate ： 选项： hooks ：重新生成所有仓库的 Git Hooks。 keys ：重新生成 authorized_keys 文件。 示例： CN 构建 Gitea 将通过检查提交是否由 Gitea 数据库中的密钥签名，或者提交是否与 Git 的默认密钥匹配，来验证提供的 树中的 GPG 提交签名。 密钥不会被检查以确定它们是否已过期或撤销。密钥也不会与密钥服务器进行检查。 如果找不到用于验证提交的密钥，提交将被标记为灰色的未锁定图标。如果提交被标记为红色的未锁定图标，则表示 它使用带有 ID 的密钥签名。 请注意：提交的签署者不必是提交的作者或提交者。