很有用。 GIT_PAGER 控制在命令行上显示多页输出的程序。 如果这个没有设置，就会用 PAGER 。 GIT_EDITOR 当用户需要编辑一些文本（比如提交信息）时， Git 会启动这个编 辑器。 如果没设置，就会用 EDITOR 。 版本库位置 Git 用了几个变量来确定它如何与当前版本库交互。 GIT_DIR 是 .git 目录的位置。 如果这个没有设置， Git 会按照目录树逐层向 git_repository 类型代表了一个在内存中 带有缓存的指向一个版本库的句柄。 这是最简单的方法，只是你必须知道一 个 版 本 库 的 工 作 目 录 或 者 一 个 .git 文 件 夹 的 精 确 路 径 。 另 外 还 有 git_repository_open_ext ，它包括了带选项的搜索， git_clone 及其同类可 以用来做远程版本库的本地克隆， git_repository_init https://github.com/libgit2 。 我们写的代码将返 回当前 HEAD 指向的提交的提交信息（就像 git log -1 那样）。 LibGit2Sharp 如 果 你 在 编 写 一 个 .NET 或 者 Mono 应 用 ， 那 么 LibGit2Sharp (https://github.com/libgit2/libgit2sharp) 就是你所需要的。 这个绑定是用

Emacs，可以这样做： $ git config --global core.editor emacs 在 Windows 系统上，如果你想要使用别的文本编辑器，那么必须指定可执行文件的完整路径。 它可能随你的编 辑器的打包方式而不同。 对于 Notepad++，一个流行的代码编辑器来说，你可能想要使用 32 位的版本， 因为在本书编写时 64 位的版本 尚不支持所有的插件。 如果你在使用 32 位的 Windows Shell 的环境变量 EDITOR 指定的，一般为 vim 或 emacs。 当然也可以 按照 起步 介绍的方式， 使用 git config --global core.editor 命令设置你喜欢的编 辑器。 编辑器会显示类似下面的文本信息（本例选用 Vim 的屏显方式展示）： 39 # Please enter the commit message for your changes. Lines https://github.com/<用户名>/<项目 名>/branches 图表 91. 拉取请求按钮 如果我们点击那个绿色按钮，就会跳到一个新页面，在这里我们可以为拉取请求填写标题和描述。 花点时间编 写一个清晰有用的描述是非常值得的，这能让原项目拥有者明白你做了什么， 为什么这个改动是正确的，以及 接受此更改是否能够改进他的项目。 同时我们也能看到比主分支中所“领先”（ahead）的提交（在这