我们正在使用Visual Studio 2008/TFS 2008.
我们有一个小型的开发团队,出于某种原因,定期,当我们任何人"获得最新"时,我们的一条路径会重新映射到它自己的不同路径.这会导致"获取最新"开始删除文件,因为路径已更改.每次重新映射到错误的路径时,它都是相同的路径.
工作空间定义存储在哪里？
我们可能已经检查过TFS导致了什么吗？
小智.. 6
我在打开解决方案的时候遇到了这种情况.如果解决方案包含不在其文件夹下的其他项目的相对路径,在工作区中以不同方式映射,GET将告诉我它正在重新映射以解释它.问题是它做出的决定是完全错误的.
唯一的方法是确保所有开发人员使用sourcec控件使用的相同结构,并在每个工作区中使用hasv.
到达那里是一个痛苦.基本上每个人都必须删除所有文件的所有本地副本,重做工作区,选择在工作空间更改时"获取",关闭VS,打开,获取最新信息.
原因是如果项目的副本在本地存在,即使这些项目没有开放,GET仍然是错误的.这很令人沮丧,因为在检查那些项目与最新项目的差异时没有变化,但是当打开包含该项目的解决方案时,该项目中的dll引用将自动更改.此时,任何文件都没有待处理的更改.但在建成之后,这些变化将会持续下去并导致下一次变更......
我确信这一切都是错的,但这就是我们本周发生的事情.
我在打开解决方案的时候遇到了这种情况.如果解决方案包含不在其文件夹下的其他项目的相对路径,在工作区中以不同方式映射,GET将告诉我它正在重新映射以解释它.问题是它做出的决定是完全错误的.
唯一的方法是确保所有开发人员使用sourcec控件使用的相同结构,并在每个工作区中使用hasv.
到达那里是一个痛苦.基本上每个人都必须删除所有文件的所有本地副本,重做工作区,选择在工作空间更改时"获取",关闭VS,打开,获取最新信息.
原因是如果项目的副本在本地存在,即使这些项目没有开放,GET仍然是错误的.这很令人沮丧,因为在检查那些项目与最新项目的差异时没有变化,但是当打开包含该项目的解决方案时,该项目中的dll引用将自动更改.此时,任何文件都没有待处理的更改.但在建成之后,这些变化将会持续下去并导致下一次变更......
我确信这一切都是错的,但这就是我们本周发生的事情.
京公网安备 11010802040832号 | 京ICP备19059560号-6 