【问题标题】:TFS in Visual Studio and SQL Server Management StudioVisual Studio 和 SQL Server Management Studio 中的 TFS
【发布时间】:2015-04-10 14:21:01
【问题描述】:

我有一个项目,其中包括 Windows 服务(VS2013 中的 C# 项目/解决方案)和一些 SQL 脚本(SSMS 2012 中的 SQL Server 脚本项目/解决方案)。

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

奇怪的是,VS 和 SSMS 之间的待定更改不同。

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

这意味着我不能在一个地方签入所有更改并将它们放在一个更改集中(除非我在 VS 源代码管理资源管理器中手动添加新的 SSMS 文件)。

我对 TFS 很陌生(来自 Mercurial/Git),所以我仍然不明白有多少东西可以工作,例如待处理的更改/源代码控制资源管理器如何检测新文件。

【问题讨论】:

    标签: visual-studio-2013 tfs ssms-2012


    【解决方案1】:

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

    您使用的是哪个版本的 TFS?

    【讨论】:

    • 感谢您的回复。似乎 SSMS 的 TFS 插件不支持本地工作空间。您的意思是我应该将脚本视为不受 SSMS 中的版本控制并处理来自 VS 的所有内容吗?
    • 是的,正如您提到的,您希望在同一个变更集中进行更改。我一直使用 VS 进行脚本版本控制。甚至不知道你可以在 SSMS 中做到这一点,所以也许我也会自己检查一下!
    • 我之前没有切换到本地工作区,因为它在 VS2010 和 SSMS 中不受支持。在您回复后,我进一步调查并发现它完全符合我的要求。在 VS2010 和 SSMS 中关闭 TFS 并切换到本地工作区。非常适合自动检测和没有只读文件 :-) 谢谢
    猜你喜欢
    • 2017-11-24
    • 2012-10-02
    • 1970-01-01
    • 2023-03-15
    • 1970-01-01
    • 2012-02-03
    • 2010-10-08
    • 1970-01-01
    • 2021-03-06
    相关资源
    最近更新 更多