2016-08-01 51 views
0

一个同事最近已开始与TFS怪异和恼人的经验文件。TFS不断重新打开与MS Office扩展

在他所有的TFS工作区中,所有带MS Office扩展名的文件(如.docx,.ppt,.dot等 - 其中一些甚至不是真正的MS Office文件)都会一直保持打开状态以进行编辑。撤消它们(通过MS Visual Studio GUI,tf undotfpt uu)仅适用于片刻;然后再次显示它们已被打开进行编辑。

有相当多这样的文件,所以这则会覆盖了“待定更改列表,并引发提交错误。

观察有无MS Visual Studio运行。该团队的其他成员没有这种经验。

有没有人遇到过这样的事情?有一个简单的解释和补救措施?

UPD

一直有发展:少数的.cs文件开始表现出同样的行为。禁用TFPT资源管理器集成(实际上,完全删除TFPT)已经尝试过,但没有改变。

一个补救发现:从本地交换机到服务器工作区。服务器工作区似乎不能解决问题。还有一些缓解:团队资源管理器有一个名为“显示解决方案更改”的复选框。

至于现象本身,在调查至今没有任何进展。迄今为止,进行病毒扫描似乎是最合理的理论;但是,我们无法确认它,因为该chap无权禁用他的计算机上的防病毒软件。

UPD2

我们有几个意见:

有人指出,偶尔文件保持犯后开放。在提交大量文件时,存储库已成功更新,但其中一些仍保留在“挂起更改”列表中。

我们想看看,如果我们强行从磁盘中删除一个“讨厌”的文件,然后用tf get /force拿回来会发生什么。这个作品(唯一的tf get /force没有删除没有),文件开始正常行为。但是,新文件变得“讨厌”。

我们还试图运行在安全模式启动计算机,然后将所有索马里发展事务处正常工作。

+0

当发生此问题时,您可以通过Process Explorer检查哪个进程正在使用该文件? https://technet.microsoft.com/en-us/sysinternals/bb896653.aspx –

+0

@ Eddie-MSFT,我们确实做到了。我们选择一个文件,在PX文件中设置一个过滤器并执行'tfpt uu'。然后,我们只观察到了两个用于处理该文件的进程:tfpt.exe(读取和属性设置)和防病毒引擎进程(属性读取)。就像人们所期望的一样。实际上,据我所知,打开一个文件进行编辑不需要修改该文件,只能删除只读标志。 – ach

回答

1

你提到有提交错误。该文件是否真的在磁盘上更改或者只是将其标记为已编辑(没有任何实际更改)?在第一种情况下,可能会在机器上运行一个自动进程来更改文件。这实际上可以是任何类型的工作;它可能是压缩word文档的本地压缩机作业,甚至可能是机器感染了试图复制的宏病毒。在第二种情况下,它可能是一个攻击性的病毒扫描程序,它在将它们标注为干净之前临时删除宏。诊断它的最佳方法是使用sysinternals中的procmon并查看打开对这些文件的写入内容。

+0

感谢您的意见。这些文件并没有真正改变:'tfpt uu'列出它们并保持不变。病毒和防病毒版本似乎都有疑问,因为它们都不应该通知TFS打开文件。一个实验表明,TFS不会自动跟踪这些文件 - 我们在磁盘上更改了一个文件,而TFS不关心(之后“状态”显示没有挂起状态)。此外,还有很多.dot文件,但它们都是Graphviz,而不是MS Office;但他们也被打开了。当然,我们试图用'procmon'进行调查。目前没有结果。 – ach

+0

某些时候,powertools的资源管理器集成可能会以这种方式失灵,但通常仅限于预览功能(即.dot通常不应触发的东西)。您可以尝试禁用(使用软件中的更改选项)以查看是否有所作为。 –