在VSTS / Azure DevOps中如何在提交时排除更改？

Question

在使用TFS时，只需右键单击即可轻松排除Visual Studio中的更改。
我该如何在现在称为Azure DevOps的VSTS中执行相同的操作？我有一个包含多个解决方案的存储库，我只想提交并推送特定解决方案中选择的更改到服务器。但是如何执行此操作？

- rohit singh

---

你是在使用TFVC还是Git？ - Edward Thomson

在这方面，VSTS / Azure DevOps 和 TFS 实际上没有任何区别。 - Daniel Mann

尽管这部分是真的，但Git和TFVC之间存在很大的区别，而TFVC曾经是TFS中默认的源代码控制解决方案。当两个环境都使用Git时，它们没有区别。但是当新环境使用Git而旧环境使用TFVC时，就会有所不同。 - rickvdbosch

@rickvdbosch 确定。但是这个人不是在问TFVC和Git之间的区别。他们在询问Azure DevOps和TFS之间的区别。至少在版本控制方面，它们没有区别。 - Daniel Mann

Answer 1

使用 Git 时，您可以跟踪想要提交的更改。如果您已经跟踪了更改，所有其他未跟踪的更改将不会包含在提交中。跟踪文件只是为了准备提交。

在 Visual Studio 中不跟踪更改时，默认情况下会提交所有更改。如下图左侧所示：按钮上写着“Commit all”。更改都被分组在一起。如果您这样提交，所有更改都将提交。

在右侧的图像中，您可以看到有更改和暂存更改。提交按钮的文本已更改为“提交已暂存的内容”。如果您这样提交，`Notifications.cs` 文件将会成为提交的一部分，而 `News.cs` 将不会是提交的一部分。

您可以通过右键单击它们并选择（取消）跟踪来在 Visual Studio 中进行更改。您还可以选择要（取消）跟踪的文件，并使用 Changes 上方的加号将其添加到暂存更改中，使用 Staged Changes 上方的减号将其从暂存更改中删除。

简而言之：通过跟踪更改，您可以确定包括哪些更改在即将创建的提交中。有关 Git 基础知识的更多信息，请参见 Git Basics，其中有关暂存的信息可以在该文章底部找到。

暂存区是一个文件，通常包含在您的 Git 目录中，用于存储有关将包含在下一次提交中的内容的信息。在 Git 术语中，它的技术名称是“索引”，但短语“暂存区”同样适用。

基本的 Git 工作流程大致如下：

1. 您在工作树中修改文件。
2. 您选择性地跟踪想要成为下一次提交的更改，这只会向暂存区添加这些更改。
3. 您进行提交，它以暂存区中的文件以及永久存储到您的 Git 目录中的快照的形式保存。

- rickvdbosch

---

很遗憾，你必须分阶段进行一堆更改才能排除一个。以前你可以做相反的事情，选择一个要排除的更改，然后提交所有其他更改。当你有很多更改要提交，但需要排除一两个文件时，工作流程是痛苦的。 - AaronLS