Git 更改显示超出范围的更改

Question

我们最近切换到 Azure DevOps，但遇到了一个小可用性问题。目前我们有 482 份申请。我们将他们分成几组，让他们一起工作。例如，我有一个包含 5 个应用程序的存储库。

当我打开 5 个解决方案中的 1 个时，其中包含大约 20 多个项目，并且只有 1 个通过其他 5 个应用程序共享，而其他 5 个应用程序各自拥有 10 到 15 个项目。

问题是我们经常需要同时处理 2-3 个应用程序，当这种情况发生在同一个存储库上时，存储库中的所有更改都会显示在同一存储库中任何解决方案的 Git 更改中。与 SVN 不同，SVN 进行过滤以仅显示解决方案中项目的更改。

我找不到是否有解决此问题的选项。我看到一个过滤器框，但除了并排放置 Git 更改和解决方案资源管理器之外，我什么也没找到。

Answer 1

此行为是为了使用 Git 进行存储库版本控制而设计的。

任何 Git 工作流程的核心部分是修改文件并提交这些文件中的更改。当我们与 GitHub 或 Azure DevOps 的 Git 提供商远程工作，或者根本没有提供商时，这是预期的行为。

在您的场景中，Git 会将单个存储库本地路径

c:\repo

中的所有文件与 Azure DevOps 的远程存储库中的所有文件进行比较，然后显示已更改的文件。这些更改相当于您运行

git status

命令时看到的内容。

因此，Git Changes 窗口中的项目是本地存储库与远程存储库相比的修改文件，而不是在解决方案、项目或任何子文件夹中。

由于它显示了本地和远程 Git 存储库之间的所有更改，因此我们可以决定制作

git commit

、

pull

或

push

。