我将SQL数据库备份文件(* .bak)存储在Visual Studio解决方案中并将其检入TFS。但是,当我在本地更新此bacup文件(备份新的数据库结构)时,它在解决方案资源管理器中未标记为“已更改”,并且未上载到TFS。 如何解决此问题并强制VS自动签入更改的文件。
答案 0 :(得分:0)
您必须手动签出该文件,或编写一个作为备份例程的一部分运行的脚本来检出该文件。
答案 1 :(得分:0)
尝试将文件的扩展名更改为“.bak”以外的其他内容。 Visual Studio可能会忽略任何“.bak”类型的文件,因为这些文件通常是不应该检入服务器的备份文件。
答案 2 :(得分:0)
尝试使用SVN网桥。
SvnBridge允许您将TortoiseSVN和其他Subversion客户端与Team Foundation Server一起使用。它将Subversion客户端的调用转换为TFS支持的API。
SvnBridge充当TortoiseSVN和TFS之间的桥梁。你将SvnBridge指向TFS服务器,并在SvnBridge指向TortoiseSVN。这允许您将TortoiseSVN与任何TFS服务器一起使用,而无需以任何方式更改TFS服务器(无需说服您的TFS系统管理员!)。
SVNBridge有两个版本:“SVNbridge客户端”和“SVNbridge服务器”。这些名称略有误导,因为它们都在您的台式计算机上运行,您永远不需要在Team Foundation Server计算机上安装任何东西。大多数开发人员只需运行“SVNbridge客户端”版本,该版本位于系统托盘中。但是,如果您有多个SVN开发人员,您可以使用“SVNbridge服务器”版本让他们全部拨入您的计算机,实际上您的计算机将成为SVN服务器,然后与Team Foundation Server进行通信。
答案 3 :(得分:0)
也许如果您以管理员身份登录,会导致同步问题?尝试为系统中的所有用户创建单独的帐户。此设置将更接近Microsoft测试软件的原始环境。
答案 4 :(得分:0)
正如另一张海报所提到的,你可以使用SvnBridge代替#2。它们与资源管理器(例如Tortoise)的集成目前可能比MS shell扩展更加强大,这是它的第一个版本。但是,它不能替代其他电动工具,我认为任何高级用户都会发现它们具有无可估量的价值。