3 个 Git 图形化工具

7 位读者喜欢这篇文章。
Media ladder

Opensource.com

阅读

在本文中,我们将介绍一些便捷的附加组件,以帮助你将 Git 舒适地集成到你的日常工作流程中。

我学习 Git 的时候,许多这些花哨的界面还不存在,而且我的工作流程通常是基于文本的,所以 Git 内置的便利功能对我来说已经足够好用了。在我看来,最好始终先了解 Git 的原生工作方式。然而,有选择总是好的,所以这里介绍一些在终端之外开始使用 Git 的方法。

KDE Dolphin 中的 Git

我是 KDE 用户,即使不总是在 Plasma 桌面环境中使用,也会在 Fluxbox 中将其作为我的应用程序层。Dolphin 是一款出色的文件管理器,具有许多选项和许多隐藏的小功能。特别有用的是人们为它开发的所有插件,其中一个插件是几乎完整的 Git 界面。是的,你可以从你自己的桌面舒适地原生管理你的 Git 仓库。

但首先,你需要确保已安装插件。有些发行版预装了功能齐全的 KDE,而另一些发行版只提供基本功能,因此如果你在接下来的步骤中没有看到 Git 选项,请在你的仓库中搜索类似 dolphin-extrasdolphin-plugins 的内容。

要激活 Git 集成,请转到任何 Dolphin 窗口中的 设置 菜单,然后选择 配置 Dolphin

配置 Dolphin 窗口中,单击左侧列中的 服务 图标。

服务 面板中,滚动浏览可用插件列表,直到找到 Git

Dolphin plugins.

保存你的更改并关闭 Dolphin 窗口。当你重新启动 Dolphin 时,导航到一个 Git 仓库并查看一下。请注意,所有图标现在都有标志:绿色框表示已提交的文件,实心绿色框表示已修改的文件,未跟踪的文件没有图标,等等。

你的右键单击菜单现在在 Git 仓库内调用时具有上下文相关的 Git 选项。你可以在 Dolphin 窗口中单击时启动检出、推送或拉取,甚至可以对你的文件执行 git addgit remove

Git commands in Dolphin.

你无法在 Dolphin 中克隆仓库或更改远程路径,但必须切换到终端,只需按 F4 即可。

坦率地说,KDE 的这个功能非常酷 [原文如此],这篇文章到此为止都可以了。Git 在你的原生文件管理器中的集成使 Git 的工作变得几乎透明;你需要做的一切自然而然地发生,无论你处于流程的哪个阶段。终端中的 Git,以及当你切换到 GUI 时等待着你的 Git。这简直是完美。

但是等等,还有更多!

Sparkleshare

来自桌面领域的另一边,是 SparkleShare,这是一个使用文件同步模型(“像 Dropbox!”)的项目,由一些 GNOME 开发人员启动。它没有集成到 GNOME 的任何特定部分,因此你可以在所有平台上使用它。

如果你运行 Linux,请从你的软件仓库安装 SparkleShare。其他操作系统应从 SparkleShare 网站下载。你可以安全地忽略 SparkleShare 网站上的说明,这些说明是关于设置 SparkleShare 服务器 的,而这不是我们在这里要做的。如果你愿意,你当然可以设置 SparkleShare 服务器,但 SparkleShare 与任何 Git 仓库兼容,因此你无需创建自己的服务器。

安装完成后,从你的应用程序菜单启动 SparkleShare。逐步完成设置向导,该向导包含两个步骤和一个简短的教程,并且可以选择将 SparkleShare 设置为桌面的启动项。

创建 SparkleShare 账户。https://open-source.net.cn/sites/default/files/4_sparklesetup.jpg" title="Creating a SparkleShare account." typeof="foaf:Image" width="520" height="430">

一个橙色的 SparkleShare 目录现在位于你的系统托盘中。目前,SparkleShare 对你计算机上的任何内容都一无所知,因此你需要添加一个托管项目。

要添加一个目录供 SparkleShare 跟踪,请单击系统托盘中的 SparkleShare 图标,然后选择 添加托管项目

新的 SparkleShare 项目。https://open-source.net.cn/sites/default/files/4_sparklehost.jpg" title="New SparkleShare project." typeof="foaf:Image" width="530" height="380">

SparkleShare 可以与自托管的 Git 项目或托管在公共 Git 服务(如 GitHub 和 Bitbucket)上的项目一起使用。为了获得完全访问权限,你可能需要使用 SparkleShare 提供给你的客户端 ID。这是一个 SSH 密钥,充当你用于托管的服务的身份验证令牌,包括你自己的 Git 服务器,该服务器也应使用 SSH 公钥身份验证而不是密码登录。将客户端 ID 复制到你的服务器上 Git 用户的 authorized_hosts 文件中,或复制到你的 Git 主机的 SSH 密钥面板中。

配置好你要使用的主机后,SparkleShare 会下载 Git 项目,包括(如果选择)提交历史记录。在 ~/SparkleShare 中查找文件。

与 Dolphin 的 Git 集成不同,SparkleShare 非常隐形,令人不安。当你进行更改时,它会悄悄地将更改同步到你的远程项目。对许多人来说,这是一个巨大的好处:拥有 Git 的所有强大功能,而无需任何维护。对我来说,这令人不安,因为我喜欢控制我提交的内容以及我使用的分支。

SparkleShare 可能不适合所有人,但它是一个强大而简单的 Git 解决方案,展示了不同的开源项目如何完美和谐地结合在一起,创造出独特的东西。

Git-cola

另一种使用 Git 仓库的模型不太原生,更像是一种监控方法;与其使用集成应用程序直接与你的 Git 项目交互,不如使用桌面客户端来监控你项目中的更改,并以你选择的任何方式处理每个更改。这种方法的一个优点是专注。当你的项目中只有三个文件正在积极处理时,你可能不关心所有 125 个文件,因此将它们置于最前沿是有帮助的。

如果你认为已经有很多 Git Web 主机了,那你还没见过什么。适用于你桌面的 Git 客户端 多如牛毛。事实上,Git 实际上自带一个内置的图形化 Git 客户端。其中最跨平台和最可配置的是开源的 Git-cola 客户端,用 Python 和 Qt 编写。

如果你使用的是 Linux,Git-cola 可能在你的软件仓库中。否则,只需从站点下载并安装它

$ python setup.py install

当 Git-cola 启动时,你会看到三个按钮,用于打开现有仓库、创建新仓库或克隆现有仓库。

无论你选择哪个,最终你都会得到一个 Git 仓库。Git-cola,以及我使用过的大多数桌面客户端,都不会试图成为你进入仓库的界面;它们将此任务留给你的普通操作系统工具。换句话说,我可能会使用 Git-cola 启动一个仓库,但随后我会使用 Thunar 或 Emacs 打开该仓库以开始我的工作。将 Git-cola 打开作为监视器效果很好,因为当你创建新文件或更改现有文件时,它们会出现在 Git-cola 的 状态 面板中。

Git-cola 的默认布局有点非线性。我更喜欢从左到右移动,而且由于 Git-cola 非常可配置,因此你可以随意更改布局。我将我的布局设置为最左侧的面板是 状态,显示对当前分支所做的任何更改,然后在右侧是 Diff 面板,以防我想查看更改,以及用于快速访问常用任务的 操作 面板,最后最右侧的面板是 提交 面板,我可以在其中编写提交消息。

Git-cola 界面。https://open-source.net.cn/sites/default/files/4_gitcola.jpg" title="Git-cola interface." typeof="foaf:Image" width="520" height="312">

即使你使用不同的布局,这也是 Git-cola 的一般流程

更改会出现在 状态 面板中。右键单击一个更改条目,或选择一个文件并单击 操作 面板中的 暂存 按钮,以暂存文件。

暂存文件的图标会变为绿色三角形,表示该文件已被修改并暂存。你可以通过右键单击并选择 取消暂存所选内容,或通过单击 操作 面板中的 取消暂存 按钮来取消暂存文件。

Diff 面板中查看你的更改。

当你准备好提交时,输入提交消息并单击 提交 按钮。

操作 面板中还有其他按钮,用于执行其他常见任务,例如 git pullgit push。菜单完善了任务列表,其中包含用于分支、查看差异、变基以及更多操作的专用操作。

我倾向于将 Git-cola 视为文件管理器的浮动面板(并且我只在 Dolphin 不可用时才使用 Git-cola)。一方面,它不如完全集成且具有 Git 感知能力的文件管理器交互性强,但另一方面,它几乎提供了原始 Git 所做的一切,因此实际上更强大。

有很多图形化 Git 客户端。有些是付费软件,没有源代码可用,另一些仅是查看器,还有一些试图用客户端特有的特殊术语重新发明 Git(“同步”而不是“推送”……?),还有一些是特定于平台的。Git-Cola 一直是在任何平台上最易于使用的,也是最接近纯 Git 的一个,这样用户可以在使用它的同时学习 Git,专家也会对界面和术语感到舒适。

Git 还是图形化?

我通常不使用图形化工具来访问 Git;我主要使用我讨论过的这些工具来帮助其他人找到适合他们的舒适界面。但归根结底,这取决于什么适合你的工作方式。我喜欢基于终端的 Git,因为它与 Emacs 集成良好,但如果某天我主要在 Inkscape 中工作,我可能会自然而然地回到在 Dolphin 中使用 Git,因为我反正就在 Dolphin 中。

如何使用 Git 取决于你;最重要的是要记住,Git 旨在让你的生活更轻松,并让你那些疯狂的工作想法更安全地进行尝试。熟悉 Git 的工作方式,然后从你认为最适合你的角度使用 Git。

在我们的下一期中,我们将学习如何设置和管理 Git 服务器,包括用户访问和管理,以及运行自定义脚本。

标签
Seth Kenlon
Seth Kenlon 是一位 UNIX 极客、自由文化倡导者、独立多媒体艺术家和 D&D 爱好者。他曾在电影和计算机行业工作,而且常常同时进行。

17 条评论

我倾向于在如何使用 Git(以及一般的版本控制)方面采取折衷态度。我喜欢从命令行执行所有版本控制操作……但是,图形环境往往提供导航项目历史记录(或项目内文件的历史记录)的最简单(且最具吸引力)的方式。例如,在使用 Mercurial 时,我已经非常习惯于为此目的使用 TortoiseHg 的 Workbench。不幸的是,我还没有找到与 git 对应的图形化工具……尽管 Git-cola 看起来可能很有前景。

你说的很有道理。在 GUI 中查看项目历史记录更美观,特别是当我们谈论图形时。而且,正如我想我在文章中提到的,我实际上发现自己主动使用 GUI 前端的一次是在我处理图形文件时。也许不是巧合。

回复 作者: Jason van Gumster

适用于 MacOS 的 Github Desktop 客户端非常不错。它的功能有限,但它涵盖了最常见的内容,并且它所做的都做得非常好。我仍然偶尔会回到命令行(最常见的是执行 squash merge),但我使用 UI 完成大多数 Git 任务。

我见过它,并且有意没有介绍它,不仅仅是因为我没有 Mac,还因为我发现它(这里并非 *过分* 夸张)令人无法原谅,他们对常用任务使用了不同的术语,就好像是为了训练用户不理解 git 一样;例如,在推送时,你点击“同步”按钮。我意识到这对于新用户来说表面上更熟悉,而不是“推送”,但如果我每次都不得不将我的问题从“你推送了你的更改吗?”修改为针对 github desktop 用户的“你同步了你的更改吗?”就能得到一美元.... UI 中还有其他一些东西背叛了纯粹的 git,但这是我首先想到的。但除此之外,是的,对于那些被困在那个闭源平台上的人来说,这是一个不错的 GUI。

回复 ,作者:faseidl

还有 gitg

https://wiki.gnome.org/Apps/Gitg

它与 git-cola 类似,但我发现界面更简洁,更易于使用。浏览历史记录很容易,树形结构的表示也非常有用。

曾经有一些不错的 git UI,我认为(如果我没记错的话)我最终介绍了 git-cola,因为以我的经验,它真的很容易在任何平台上启动和运行,因为它是一个相当简单的 Python、PyQt 和 Git 的混合体。不确定在其他平台上启动 gitg 需要什么,但它真的很好。我在一个咨询公司的一些人正在使用它。

回复 ,作者:anonymous (未验证)

我唯一使用过的 GUI git 工具是(闭源的)SmartGit 和 GitHub 的桌面应用程序。两者都很有用,但是使用命令行还是有一定道理的——即使对于像我这样的非技术人员来说也是如此。 话虽如此,我想我会看看 Git-cola。

是啊,看到有这么多 git UI 真是令人难以置信。开源的、闭源的、查看器、插件。这就是我所说的“健康”的生态系统。

回复 ,作者:ScottNesbitt

很棒的文章,Seth!我一直是 KDE 用户将近十年了,直到现在我才知道 Dolphin 的 git 支持。 我倾向于从 CLI 进行大部分 git 操作,因为我经常远程登录,但我肯定会利用它。

在 KDE 众多的“隐藏功能”中,它可能是最强大的。好吧,除了摇摆的窗口。

回复 ,作者:bcotton

我主要通过命令行使用 git。 但是当查找更改历史记录时,我更喜欢 GUI,我使用 gitk。 我可以在终端中发出 gitk 命令以在 GUI 窗口中浏览历史记录。

Gitk 是一个不错的小查看器。 我没有在本文中介绍它,因为它*仅仅*是一个查看器,但拥有一个很不错……这很方便,因为它包含在标准的 git 安装中。 是的,我同意:gitk 的编写方式使其功能可以通过其 GUI 或从 unix shell 获得,这非常好。

回复 ,作者:Junaid (未验证)

虽然不是开源的,但有一个工具 GitKraken 看起来很有前景。

好吧,如果说它有什么优点的话,那就是名字很聪明! 鉴于 git 客户端基本上不生成任何数据(git 会生成,客户端只是挂钩到它),我“愿意”使用非开源的 git 客户端……但有这么多优秀的开源客户端(上面文章中提到了 3 个),我觉得没有理由去看闭源的。 我没有用过 gitkraken,但我确实欣赏它是完全跨平台的(例如,不像 github 桌面客户端)。

回复 ,作者:Ash Bike (未验证)

我纯粹从终端使用 git,但评论区的人提到了 GUI 来处理历史记录或版本控制。 我老实说从未做过超出 Github 的 commits 部分的版本控制。 我想我不是一个真正的开发者…… 开玩笑归开玩笑,这很有趣。

有几种工具可以在 shell 中使用 git 查看历史记录。 我想我从来没有真正考虑过“正确”的方法(我应该参考 https://git-scm.cn/book/en/v2 并查找一下),但我通常使用 `git log --oneline | less` 和 `git blame`。 这显示了提交历史记录,如果你正在对单个文件进行“取证”,这通常太宽泛了,但是 git 允许使用双破折号语法获得更好的粒度,例如 `git log -- path/to/file` 和其他一些技巧。 我不太担心 fork 和 branching 之类的事情,因为在工作中我们将所有提交 rebase 到一个公共 trunk,因此分支和偏差或多或少包含在每个合并的分支中。 我想我想说的是,我也不会真正使用 GUI 工具进行版本控制取证,但我确实打算试一试。

回复 ,作者:RaveYoda

© . All rights reserved.