章节 ▾ 第二版

A1.1 附录 A：Git 在其他环境中的应用 - 图形界面

如果你通读了整本书，你已经学到了很多关于如何在命令行使用 Git 的知识。你可以处理本地文件，通过网络将你的仓库连接到其他仓库，并与他人高效协作。但故事并未就此结束；Git 通常是更大生态系统的一部分，而终端并非总是与其协作的最佳方式。现在我们将了解一些 Git 可能有用的其他环境，以及其他应用程序（包括你的应用程序）如何与 Git 协同工作。

图形界面

Git 的原生环境是终端。新功能首先在那里出现，只有在命令行中，Git 的全部功能才能完全为你所用。但纯文本并非所有任务的最佳选择；有时你需要可视化表示，而且一些用户更习惯于点击式界面。

重要的是要注意，不同的界面适用于不同的工作流。一些客户端只公开 Git 功能经过精心策划的子集，以支持作者认为有效的特定工作方式。从这个角度来看，这些工具都不能被称为比其他工具“更好”，它们只是更适合其预期目的。另请注意，这些图形客户端所能做的事情，命令行客户端都能做到；在处理你的仓库时，命令行仍然是你拥有最大权力和控制力的地方。

gitk 和 git-gui

安装 Git 时，你还会获得它的可视化工具，gitk 和 git-gui。

gitk 是一个图形化的历史查看器。可以把它看作是 git log 和 git grep 之上的强大 GUI 外壳。当你尝试查找过去发生的事情，或者可视化你的项目历史时，这个工具就派上用场了。

从命令行调用 Gitk 最简单。只需 cd 进入一个 Git 仓库，然后输入

$ gitk [git log options]

Gitk 接受许多命令行选项，其中大部分都传递给底层的 git log 操作。可能最有用的是 --all 标志，它告诉 gitk 显示可从 _任何_ 引用（而不仅仅是 HEAD）到达的提交。Gitk 的界面如下所示：

The `gitk` history viewer
图 177. gitk 历史查看器

顶部看起来有点像 git log --graph 的输出；每个点代表一个提交，线条代表父子关系，引用显示为彩色框。黄色点代表 HEAD，红色点代表尚未成为提交的更改。底部是所选提交的视图；左侧是注释和补丁，右侧是摘要视图。中间是一组用于搜索历史的控件。

另一方面，git-gui 主要是一个用于创建提交的工具。它也很容易从命令行调用

$ git gui

它看起来有点像这样

The `git-gui` commit tool
图 178. git-gui 提交工具

左侧是索引；未暂存的更改在顶部，已暂存的更改在底部。你可以通过点击文件图标将整个文件在这两种状态之间移动，或者通过点击文件名选择文件进行查看。

右上方是差异视图，显示当前选定文件的更改。你可以在此区域右键单击以暂存单个块（或单个行）。

右下方是消息和操作区域。在文本框中输入你的消息，然后点击“Commit”执行类似于 git commit 的操作。你还可以通过选择“Amend”单选按钮来修改上次提交，这将使用上次提交的内容更新“Staged Changes”区域。然后你只需暂存或取消暂存一些更改，修改提交消息，然后再次点击“Commit”以用新提交替换旧提交。

gitk 和 git-gui 是面向任务工具的示例。它们各自针对特定目的（分别用于查看历史和创建提交）而定制，并省略了该任务不需要的功能。

macOS 和 Windows 版 GitHub

GitHub 创建了两个面向工作流的 Git 客户端：一个用于 Windows，一个用于 macOS。这些客户端是面向工作流工具的良好示例——它们不是暴露 Git 的_所有_功能，而是专注于一组精心策划的、协同工作的常用功能。它们看起来像这样：

GitHub for macOS
图 179. macOS 版 GitHub
GitHub for Windows
图 180. Windows 版 GitHub

它们被设计成外观和工作方式都非常相似，所以本章我们将把它们视为一个产品。我们不会对这些工具进行详细介绍（它们有自己的文档），但快速浏览一下“更改”视图（你大部分时间都将在此处度过）是必要的。

  • 左侧是客户端正在跟踪的仓库列表；你可以通过点击此区域顶部的“+”图标来添加仓库（通过克隆或本地附加）。

  • 中间是提交输入区域，允许你输入提交消息，并选择应包含哪些文件。在 Windows 上，提交历史直接显示在此下方；在 macOS 上，它在一个单独的选项卡中。

  • 右侧是差异视图，显示你的工作目录中发生了什么变化，或者所选提交中包含了哪些更改。

  • 最后要注意的是右上角的“Sync”按钮，这是你通过网络进行交互的主要方式。

注意

你不需要 GitHub 账户即可使用这些工具。虽然它们旨在突出 GitHub 的服务和推荐工作流，但它们可以愉快地与任何仓库一起工作，并与任何 Git 主机执行网络操作。

安装

Windows 和 macOS 版 GitHub 可从 https://desktop.github.com/ 下载。应用程序首次运行时，它们会引导你完成所有首次 Git 设置，例如配置你的姓名和电子邮件地址，并且都为许多常见配置选项（例如凭据缓存和 CRLF 行为）设置了合理的默认值。

两者都是“常青”的——应用程序打开时，更新会在后台下载并安装。这方便地包括一个捆绑的 Git 版本，这意味着你可能不必再担心手动更新它。在 Windows 上，客户端包含一个启动 PowerShell 和 Posh-git 的快捷方式，我们将在本章后面详细讨论它。

下一步是为工具提供一些仓库来工作。客户端会显示你在 GitHub 上有权访问的仓库列表，并且可以一步克隆它们。如果你已经有本地仓库，只需将其目录从 Finder 或 Windows 资源管理器拖到 GitHub 客户端窗口中，它就会被包含在左侧的仓库列表中。

推荐工作流

一旦安装和配置完成，你就可以使用 GitHub 客户端完成许多常见的 Git 任务。此工具的预期工作流有时被称为“GitHub Flow”。我们将在GitHub Flow中更详细地介绍这一点，但大体思路是 (a) 你将提交到分支，以及 (b) 你将相当定期地与远程仓库同步。

分支管理是这两个工具分歧的领域之一。在 macOS 上，窗口顶部有一个按钮用于创建新分支。

“Create Branch” button on macOS
图 181. macOS 上的“创建分支”按钮

在 Windows 上，这是通过在分支切换小部件中键入新分支的名称来完成的。

Creating a branch on Windows
图 182. 在 Windows 上创建分支

分支创建后，创建新提交相当简单。在工作目录中进行一些更改，当你切换到 GitHub 客户端窗口时，它将显示哪些文件已更改。输入提交消息，选择要包含的文件，然后单击“Commit”按钮 (ctrl-enter 或 ⌘-enter)。

通过网络与其他仓库交互的主要方式是通过“Sync”功能。Git 内部有单独的推送、获取、合并和变基操作，但 GitHub 客户端将所有这些操作合并为一个多步骤功能。当您单击“Sync”按钮时会发生以下情况：

  1. git pull --rebase. 如果因合并冲突而失败，则回退到 git pull --no-rebase。

  2. git push.

这是以这种风格工作时最常见的网络命令序列，因此将它们压缩为一个命令可以节省大量时间。

总结

这些工具非常适合它们设计的工作流。开发人员和非开发人员都可以在几分钟内在一个项目上协作，并且这种工作流的许多最佳实践都内置在工具中。但是，如果你的工作流不同，或者你想对网络操作的执行方式和时间进行更多控制，我们建议你使用另一个客户端或命令行。

其他 GUI

还有许多其他图形化 Git 客户端，它们涵盖了从专用、单一用途工具到试图暴露 Git 所有功能的应用程序。Git 官方网站在 https://git-scm.cn/downloads/guis 上列出了最受欢迎的客户端。更全面的列表可在 Git wiki 网站上找到：https://archive.kernel.org/oldwiki/git.wiki.kernel.org/index.php/Interfaces,_frontends,_and_tools.html#Graphical_Interfaces。