Visual Studio 和 SQL Server Management Studio 中的 TFS
TFS in Visual Studio and SQL Server Management Studio
我得到了一个项目，其中包括 windows 服务（VS2013 中的 C# project/solution）和一些 SQL 脚本（SQL 服务器脚本 project/solution 在 SSMS 2012 中）。
它们都使用 TFS 作为源代码控制。
奇怪的是，挂起的更改在 VS 和 SSMS 之间有所不同。
- 在 SSMS 中，我只能在 SSMS 解决方案中看到对文件的更改。
- 在 VS 中，除了添加到 SSMS 解决方案的新文件外，我看到了两种解决方案的所有变化。
这意味着我无法在一个地方签入所有更改并将它们放在一个更改集中（除非我在 VS 源代码管理资源管理器中手动添加新的 SSMS 文件）。
我是 TFS 的新手（来自 Mercurial/Git）所以我仍然不明白有多少东西可以工作，例如未决 changes/source 控件资源管理器如何检测新文件。
如果您使用的是 TFS 2012 或更高版本，您可以从 VS 中选择本地或服务器工作区。各有利弊，但使用本地工作区应该能够满足此要求。 Visual Studio 将检测其源代码管理中的新文件，并根据需要 add/edit/delete 作为待定更改。
您使用的是什么版本的 TFS？
我得到了一个项目，其中包括 windows 服务（VS2013 中的 C# project/solution）和一些 SQL 脚本（SQL 服务器脚本 project/solution 在 SSMS 2012 中）。
它们都使用 TFS 作为源代码控制。
奇怪的是，挂起的更改在 VS 和 SSMS 之间有所不同。
- 在 SSMS 中，我只能在 SSMS 解决方案中看到对文件的更改。
- 在 VS 中，除了添加到 SSMS 解决方案的新文件外，我看到了两种解决方案的所有变化。
这意味着我无法在一个地方签入所有更改并将它们放在一个更改集中（除非我在 VS 源代码管理资源管理器中手动添加新的 SSMS 文件）。
我是 TFS 的新手（来自 Mercurial/Git）所以我仍然不明白有多少东西可以工作，例如未决 changes/source 控件资源管理器如何检测新文件。
如果您使用的是 TFS 2012 或更高版本，您可以从 VS 中选择本地或服务器工作区。各有利弊，但使用本地工作区应该能够满足此要求。 Visual Studio 将检测其源代码管理中的新文件，并根据需要 add/edit/delete 作为待定更改。
您使用的是什么版本的 TFS？