如果你工作 使用 Git 并且你也喜欢在 Emacs 下工作，以下应用程序可能符合您的喜好。 我们今天要讲的应用叫做 Magit，Emacs 中的一个 Git 界面，强调工作流优化。
命令由短击键调用 和助记符 考虑到高度可操作界面中的光标位置 提供上下文敏感的行为。 Magit 是一个完整的基于文本的 Git 用户界面。 它弥合了 Git 的命令行界面和各种 GUI 之间的差距，让您只需按几个助记键即可执行复杂而琐碎的版本控制任务。
马吉特 看起来像是运行一些 Git 命令后得到的改进版本，但在 Magit 中，每一个可见的信息位都可以操作到远远超出任何 Git GUI 提供的程度。 它负责自动更新此输出。 当它变得过时。 在后台，Magit 只运行 Git 命令，如果用户想查看运行的内容，使用 Magit 可以轻松学习 Git 命令行。
Magit 支持并简化 Git 函数的使用 其他 Git 客户端的大多数用户和开发人员显然无法在非命令行界面中合理呈现。 Magit 比命令行或任何 GUI 更快、更直观，这适用于初学者和专家。
大多数潜在用户都不知道 Magit。 其他人可能知道它的存在，但不会考虑尝试它，因为它是作为 Emacs 文本编辑器的扩展实现的。
Jonas Bernoulli 说他想改变这种对 Magit 的看法。
“这是我计划在明年改变的事情，因为我认为即使对于其他编辑器和 IDE 的用户，Magit 也可以成为一个很棒的 Git 界面。 我有一种感觉，许多 Git 用户想要，或者至少会欣赏像 Magit 这样的东西。”
Magit 的学习曲线相对平坦，只要已经熟悉 Emacs 和 Git 即可。 如果没有 Emacs 的先验知识，曲线会更陡峭一些。
然而，除了 Magit 乍一看似乎并不令人印象深刻这一事实之外，阻止潜在用户尝试它的主要因素是 Emacs 的学习曲线（真实的或感知的）（不幸的是还有声誉）。 Emacs 用户当然认为这个障碍值得跨越，但它不会帮助或说服任何打算坚持使用他们当前的编辑器或 IDE 并且只想尝试 Magit 的人。
关于 Magit 3.0
在这个新版本中呈现的新奇事物中， 主要变化是完全重新设计的菜单 用于选择参数和调用后缀命令。 Magit 现在使用 Transient 包来实现这些菜单.
Magit-Section 现在独立于 Magit 分布， 允许不相关的包使用它来实现类似于 Magit 的缓冲区。 与 Transient 不同的是，它仍然保存在 Magit 存储库中，但它现在带有自己的手册。
同样，Magit 不再假设主分支称为 master。 在没有任何用户配置的情况下，Magit 按顺序测试 main、master、trunk 和 development，并使用当前存储库中存在的第一个作为主分支。
Magit 与其他 Git 界面有很大不同，从几个屏幕截图中看不出它的好处。 “不幸的是，大多数潜在用户甚至不知道 Magit。 其他人可能知道它的存在，但不会考虑尝试它，因为它是作为 Emacs 文本编辑器的扩展实现的，而这不是他们使用的。
最后，如果您有兴趣能够了解更多相关信息，可以查阅详情 以下链接。