在Visual Studio和SQL Server Management Studio中的TFS

我得到了一个包含windows服务（VS2013中的C＃项目/解决方案）和一些SQL脚本（SSMS 2012中的SQL Server脚本项目/解决方案）的项目。在Visual Studio和SQL Server Management Studio中的TFS

这两个都使用TFS作为源代码控制。

奇怪的是，悬而未决的变化在VS和SSMS之间有所不同。

在SSMS中，我只看到SSMS解决方案中文件的更改。
在VS中，我看到除了添加到SSMS解决方案中的新文件之外，两种解决方案中的所有更改。

这意味着我无法检查一个地方的所有更改并将它们放入一个更改集中（除非我在VS Source Control Explorer中手动添加新的SSMS文件）。

我对TFS很新颖（来自Mercurial/Git），所以我仍然不明白有多少东西可以工作，例如如何等待更改/源控件资源管理器检测新文件。

来源

2015-02-10 adrianm

如果您使用的是TFS 2012或更高版本，则可以从VS中选择本地或服务器工作区。每个人都有优点和缺点，但对于本地工作空间，您应该能够达到这一要求。 Visual Studio将检测到它的源代码管理中的新文件，并根据需要添加/编辑/删除作为待处理的更改。

您使用的是什么版本的TFS？

来源

2015-02-17 14:43:07 Rodders

谢谢您的回复。看起来SSMS的TFS插件不支持本地工作区。你的意思是我应该把sk as视为SSMS中的版本控制，并处理VS的所有内容？ – adrianm 2015-02-18 07:15:51

是的，正如您所提到的，您希望对相同的变更集进行更改。我一直使用VS来进行我的脚本版本控制。甚至没有意识到你可以在SSMS中做到这一点，所以也许我会为自己检查一下！ – Rodders 2015-02-18 08:58:10

我之前没有切换到本地工作区，因为它在VS2010和SSMS中不受支持。在你回复之后，我进一步调查了它，发现它的工作原理与我想要的完全一样。在VS2010和SSMS中转换为TFS并切换到本地工作区。适用于自动检测和**没有只读文件** :-)谢谢 – adrianm 2015-02-19 07:22:05

在Visual Studio和SQL Server Management Studio中的TFS

回答

相关问题