git操作手册 前言： 1.蓝色字体表示命令行命令，正式执行时不要复制前面的#号，#号只是提示应 该使用root权限操作 2.绿色字体表示注释，有时注释太多就不用绿色表示了 3.注意：本文档的所有操作请先在测环境进行实践，请不要直接在真实的服务 器中操作！ 版权声明： 本文档以开源的形式发布，所有条款如下： 1. 无担保：作者不保证文档内容的准确无误，亦不承担由于使用此文档所导致的任何后果

时需要获取帮助，有三种等价的方法可以找到 Git 命令的综合手册（manpage）： $ git help $ git --help $ man git- 例如，要想获得 git config 命令的手册，执行 $ git help config 这些命令很棒，因为你随时随地可以使用而无需联网。 如果你觉得手册或者本书的内容还不够用，你可以尝试 在 Freenode IRC 服务器 https://freenode.net 上的 #git 或 #github 频道寻求帮助。 这些频道经常有上百人 在线，他们都精通 Git 并且乐于助人。 此外，如果你不需要全面的手册，只需要可用选项的快速参考，那么可以用 -h 选项获得更简明的 ``help'' 输 27 出： $ git add -h usage: git add [] [--] 如果由合并产生的提 交历史是一团糟怎么办？ 既然事实就是如此，那么这些痕迹就应该被保留下来，让后人能够查阅。 另一种观点则正好相反，他们认为提交历史是 项目过程中发生的事。 没人会出版一本书的第一版草稿，软件维 护手册也是需要反复修订才能方便使用。 持这一观点的人会使用 rebase 及 filter-branch 等工具来编写故 事，怎么方便后来的读者就怎么写。 现在，让我们回到之前的问题上来，到底合并还是变

help $ git --help $ man git- 例如，要想获得 git config 命令的手册，执行 $ git help config 这些命令很棒，因为你随时随地可以使用而无需联网。 如果你觉得手册或者 本 书 的 内 容 还 不 够 用 ， 你 可 以 尝 试 在 Freenode IRC 服 务 器 https://freenode https://freenode.net 上的 #git 或 #github 频道寻求帮助。 这些频道经常有 上百人在线，他们都精通 Git 并且乐于助人。 此外，如果你不需要全面的手册，只需要可用选项的快速参考，那么可以用 - h 选项获得更简明的 ``help'' 输出： $ git add -h usage: git add [] [--] ... -n, --dry-run 如果由合并产生的提交历史是 一团糟怎么办？ 既然事实就是如此，那么这些痕迹就应该被保留下来，让后 人能够查阅。 另一种观点则正好相反，他们认为提交历史是 项目过程中发生的事。 没人会 出版一本书的第一版草稿，软件维护手册也是需要反复修订才能方便使用。 持这一观点的人会使用 rebase 及 filter-branch 等工具来编写故事，怎么方 便后来的读者就怎么写。 现在，让我们回到之前的问题上来，到底合并还是变基好？希望你能明白，这

ssh- 或 ssh- , ssh- 。有关 详细信息，请参阅 sshd 配置手册中的 TrustedUserCAKeys 部分。当为空时，不会创建文件，并且 SSH_AUTHORIZED_PRINCIPALS_ALLOW 默认为 off 。 SSH_TRUS