Git – 将 Visual Studio 2022 与 MeGit/EGit 和 SourceTree 进行比较_vs2022打开git差异

一、简介

Git 从 2019 版开始集成到 Visual Studio IDE 中，随着 2022 版的推出，它拥有了更多的功能，正在成为 Visual Studio/Microsoft 最喜欢的版本控制管理工具。我们计划在本文中对 VS2022 中的 GUI Git 工具进行基本概述。

1.1。MeGit/EGit Git GUI 客户端作为参考

我觉得并且我强烈认为独立的 Git Gui 客户端 MeGit/EGit [1] 是“正确地做 Git”。它是一个 Git Gui 工具，但在我见过的所有 Git Gui 工具中，这个最接近“Git 哲学和术语”，我喜欢它的“外观和感觉”。因此，我将使用它作为参考，并更好地展示与 VS2022 Gui“外观和感觉”相比，Gui 选项可能/可能看起来如何。当然，真正的参考应该是 Git 命令行界面，但我觉得对于本文的介绍而言，它太难阅读了。事实是，没有 Git Gui 可以提供命令行 Git 界面提供给用户的所有选项。而且，事实是用户在日常工作中可能并不真正需要所有这些选项。例如，我使用 TFS 多年，从 Gui 做所有事情，从未使用过 TFS 命令行 [2]。

1.2. VS2022 Git 哲学

通过查看 VS2022 Git Gui 界面，我得到的印象是它的设计者对 Git 的外观有自己的看法。似乎他们不想在所有细节上都严格遵循 Git 哲学，例如 MeGit/EGit 的设计者就是这样做的。看起来他们认为应该尽可能地向开发人员隐藏讨厌的 Git 细节，并简化用户界面，以便没有 Git 知识但只是“版本控制”概念基本知识的开发人员可以使用它并签入（提交）他们的工作在本地和版本控制服务器。也许这是一种聪明的方法，由于简单的学习路径，它将使许多用户/开发人员快速进入 VS2022/Git 平台。但是一些强大的 Git 用户可能会觉得他们缺少一些工具/选项，或者可能会觉得 Git 没有以正确的方式完成/呈现。

1.3 SourceTree Git GUI 客户端作为参考

Atlassian SourceTree 应用程序 [3] 是另一个流行的 Git Gui 客户端。我们将同时展示其面板与 VS2022 相比在相同操作下的外观。我们认为 MeGit/EGit 更强大，更符合工作的“Git 哲学”。SourceTree 设计者，与 VS2022 设计者类似，选择隐藏部分“Git 内部”，如 HEAD 和 Refs 信息。不过，他们展示的内容比 VS2022 还要多。

1.4 Git 学习不直观

我相信许多开发人员会尝试通过使用 VS2022 的 Git Gui 选项来“入侵 Git”。尤其是来自其他版本控制系统的那些，比如 TFS。它会在一定程度上发挥作用，特别是因为 VS2022 故意隐藏了一些 Git 概念，比如文件的暂存（典型的 TFS 用户问题是什么是暂存，我为什么需要它？）。但我的建议是，迟早你需要阅读一些 Git 书籍，因为 Git 有自己的术语和工作哲学，如果你遇到 Git 的问题，像往常一样，你需要确切地知道你在做什么正在做什么以及解决问题的正确方法是什么。如果你喜欢通过“hacking Gui 工具”来学习，

1.5 这不是 Git 教程

这不是一个 Git 教程。目标受众是对 Git 有一定了解的开发人员，他们希望了解 Git 现在在 VS2022 IDE 中的外观。

2. VS2022 与 MeGit

2.1。测试方法

我们将从 VS2022、MeGIt、SourceTree 和 GitBash 这四个工具查看相同的 Git 存储库。

我们在本地创建了一个简单的 C# 应用程序项目，并选择 GitHub 作为远程存储库。

我测试的 Visual Studio 版本是：

2.2. 查看提交到存储库的历史记录

一项非常基本且重要的功能是使用户能够查看其存储库的内容。

2.2.1。GitBash 的历史

Git 命令 git log 将提供所有提交的日志。

这是当前分支“ ”的所有提交master。

这是所有分支的所有提交，当前分支为“ master”。

这是 GitBash 可以生成的“图表”，所有分支的所有提交，以及当前分支“ master”。

2.2.2。MeGit 的历史

这是 MeGit 生成的相应图表。这是一个很好的图形演示。

它看起来类似于 GitBash 生成的“图表”。请注意，GitBash 图还包含一条信息，即“stash”的位置，commit ac95254。MeGit 可以显示该位置，但仅在请求时（单击特定存储时）。

2.2.3。VS2022 的历史

尽我最大的努力，我在 VS2022 中找到了三个历史图表，而且都不如命令行 Git 图表。似乎他们并不真正关心实施它。这里发生的是 VS2022 历史面板正在过滤并显示仅与当前所选分支相关的提交。

第一个，对于相同的存储库设置，当前分支“ master”是：

他们提供了一个更简单的版本，没有其他分支：

还有一个版本，显示了分支参考：

我的观点是 VS2022 历史图表不如 MeGit 历史图表，高级用户会发现这样的图表很有用。它们提供了对存储库更改的很好的概述。