Visual studio 如何在不破坏整个团队TFS的情况下开发和测试策略?

Visual studio 如何在不破坏整个团队TFS的情况下开发和测试策略?,visual-studio,tfs,Visual Studio,Tfs,我正在制定一个签入策略,在第一次测试时,我收到一个队友的电子邮件,说他无法提交任何文件,因为当我在我的机器上安装测试策略时,他的TFS死亡,因为他没有安装和注册策略DLL。似乎当我在本地注册策略时,TFS服务器为整个团队注册了它,而其他成员还没有,所以他们的提交失败了 但是,如果实现这一点的唯一方法是为所有人安装全局TFS服务器,那么您应该如何开发和测试策略?显然,在您尝试测试策略代码之前,它还没有准备好进行部署,如果测试破坏了每个人的TFS,您就无法对其进行测试,除非您测试并部署它 解决这个问

我正在制定一个签入策略,在第一次测试时,我收到一个队友的电子邮件,说他无法提交任何文件,因为当我在我的机器上安装测试策略时,他的TFS死亡,因为他没有安装和注册策略DLL。似乎当我在本地注册策略时,TFS服务器为整个团队注册了它,而其他成员还没有,所以他们的提交失败了

但是,如果实现这一点的唯一方法是为所有人安装全局TFS服务器,那么您应该如何开发和测试策略?显然,在您尝试测试策略代码之前,它还没有准备好进行部署,如果测试破坏了每个人的TFS,您就无法对其进行测试,除非您测试并部署它


解决这个问题的办法是什么?理想情况下,我希望有一个仅限本地的策略,但这似乎是不可能的。

策略是基于每个团队项目设置的。签入策略没有本地设置,它们是针对团队项目创建的,使用该团队项目的每个人都将受到影响,这意味着您必须向所有用户推出dll

您最好的解决方案是有一个测试团队项目,您可以在其中单独尝试新的构建/签入策略和其他细节

一旦您对所拥有的感到满意,就可以将相同的项目应用到您的团队正在处理的主要团队项目中


但既然这是版本控制,那不意味着测试项目将永远保留吗?如果测试项目没有实际项目的文件复杂性,那么您就不能真正进行测试了,那该怎么办?你必须为这个小用例克隆整个大型项目吗?对于一个开发人员希望在一段时间内对实际项目进行探索的情况,似乎应该有一个本地策略。destroy命令可用于从TFS中永久删除某些内容。您可以只使用数据的一个子集,而不是整个项目。