而是直接增加了新的提交并推送到已有的分支中。 如果你之后再回去查看这个拉取请求，你可以轻松地找到这 个修改的原因。 点击网页上的“Merge”（合并）按钮后，会建立一个合并提交并指向这个拉取请求，你就可以 很轻松的研究原来的讨论内容。 与上游保持同步 如果你的拉取请求由于过时或其他原因不能干净地合并，你需要进行修复才能让维护者对其进行合并。 GitHub 会对每个提交进行测试，让你知道你的拉取请求能否简洁的合并。 另一个高级用例包括一个可微调的 HTTP 客户端，例如 https://github.com/go-git/go-git/blob/master/ _examples/custom_http/main.go 中的案例。 customClient := &http.Client{ Transport: &http.Transport{ // 接受任何证书（可能对测试有用） TLSClientConfig: 默认的做法），你暂存区域与你最后提交之间的差异（git diff --staged），或者比较两个 提交记录的差异（git diff master branchB）。 首先，我们在 查看已暂存和未暂存的修改 一章中研究了 git diff 的基本用法，在此节中我们展示了如何查看 哪些变化已经暂存了，哪些没有。 在 提交准则 一节中,我们在提交前使用 --check 选项来检查可能存在的空白字符问题。 在 确定引入了哪些东西

而是直接增加了新的提交并推送到已有的 分支中。 如果你之后再回去查看这个拉取请求，你可以轻松地找到这个修改 的原因。 点击网页上的“Merge”（合并）按钮后，会建立一个合并提交并指向 这个拉取请求，你就可以很轻松的研究原来的讨论内容。 与上游保持同步 如果你的拉取请求由于过时或其他原因不能干净地合并，你需要进行修复才能 让维护者对其进行合并。 GitHub 会对每个提交进行测试，让你知道你的拉取 请求能否简洁的合并。 的 HTTP 客 户 端 ， 例 如 https://github.com/go-git/go- git/blob/master/_examples/custom_http/main.go 中的案例。 customClient := &http.Client{ Transport: &http.Transport{ // 接受任何证书（可能对测试有用） TLSClientConfig: &tls 默认的做法），你暂存区域与你 最后提交之间的差异（git diff --staged），或者比较两个提交记录的差异 （git diff master branchB）。 首先，我们在 查看已暂存和未暂存的修改 一章中研究了 git diff 的基本用 法，在此节中我们展示了如何查看哪些变化已经暂存了，哪些没有。 在 提交准则 一节中,我们在提交前使用 --check 选项来检查可能存在的空白字 符问题。 在