仓库中删除（亦即从暂存区域移除），但仍然希望保留在当前工作目录 中。 换句话说，你想让文件保留在磁盘，但是并不想让 Git 继续跟踪。 当你忘记添加 .gitignore 文件，不小 心把一个很大的日志文件或一堆 .a 这样的编译生成文件添加到暂存区时，这一做法尤其有用。 为达到这一目 的，使用 --cached 选项： $ git rm --cached README git rm 命令后面可以列出文件或者目录的名字，也可以使用 图表 47. 你将相同的内容又合并了一次，生成了一个新的提交 101 此时如果你执行 git log 命令，你会发现有两个提交的作者、日期、日志居然是一样的，这会令人感到混乱。 此外，如果你将这一堆又推送到服务器上，你实际上是将那些已经被变基抛弃的提交又找了回来，这会令人感到 更加混乱。 很明显对方并不想在提交历史中看到 C4 和 C6，因为之前就是他把这两个提交通过变基丢弃的。 用变基解决变基 图表 117. 合并按钮和手工合并一个合并请求的指令. 如果你决定不合并它，你可以把合并请求关掉，开启合并请求的人会收到通知。 193 合并请求引用 如果你正在处理 许多 合并请求，不想添加一堆 remote 或者每次都要做一次拉取，这里有一个可以在 GitHub 上 用的小技巧。 这是有点高级的技巧，但它相当有用，我们会在 引用规范 有更多的细节说明。 实际上 GitHub 在服务器上把合并请求分支视为一种

仓库中删除（亦即从暂存区域移除）， 但仍然希望保留在当前工作目录中。 换句话说，你想让文件保留在磁盘，但 是并不想让 Git 继续跟踪。 当你忘记添加 .gitignore 文件，不小心把一个很 大的日志文件或一堆 .a 这样的编译生成文件添加到暂存区时，这一做法尤其 有用。 为达到这一目的，使用 --cached 选项： $ git rm --cached README git rm 命令后面可以列出文件或者目录的名字，也可以使用 你将相同的内容又合并了一次，生成了一个新的提交 ▪ ▪ ▪ ▪ 此时如果你执行 git log 命令，你会发现有两个提交的作者、日期、日志居然 是一样的，这会令人感到混乱。 此外，如果你将这一堆又推送到服务器上， 你实际上是将那些已经被变基抛弃的提交又找了回来，这会令人感到更加混 乱。 很明显对方并不想在提交历史中看到 C4 和 C6，因为之前就是他把这两个 提交通过变基丢弃的。 用变基解决变基 会给你所有的这些信息。 图表 117. 合并按钮和手工合并一个合并请求的指令. 如果你决定不合并它，你可以把合并请求关掉，开启合并请求的人会收到通 知。 合并请求引用 如果你正在处理 许多 合并请求，不想添加一堆 remote 或者每次都要做一次 拉取，这里有一个可以在 GitHub 上用的小技巧。 这是有点高级的技巧，但 它相当有用，我们会在 引用规范 有更多的细节说明。 实际上 GitHub 在服务器上把合并请求分支视为一种