Path VSS-多个用户之间的解决方案文件

Path VSS-多个用户之间的解决方案文件,path,visual-sourcesafe,project-files,Path,Visual Sourcesafe,Project Files,我们有一个由一个开发团队开发的多个项目的解决方案。签入的解决方案文件中的项目路径最初包含特定于该开发人员的路径。现在,当另一个开发人员获得最新的解决方案时,由于路径不同,一些项目将不会加载 有什么更好的管理方法 TIA在使用VSS时,我通常让每个开发人员使用解决方案的本地副本,该副本不保存在源代码管理中 缺点是您必须为每个开发人员从头开始创建一个新的解决方案(或使用其他人提供的模板),但它确实解决了您看到的问题。在使用VSS时,我通常让每个开发人员使用未保存在源代码管理中的解决方案的本地副本 缺

我们有一个由一个开发团队开发的多个项目的解决方案。签入的解决方案文件中的项目路径最初包含特定于该开发人员的路径。现在,当另一个开发人员获得最新的解决方案时,由于路径不同,一些项目将不会加载

有什么更好的管理方法


TIA

在使用VSS时,我通常让每个开发人员使用解决方案的本地副本,该副本不保存在源代码管理中


缺点是您必须为每个开发人员从头开始创建一个新的解决方案(或使用其他人提供的模板),但它确实解决了您看到的问题。

在使用VSS时,我通常让每个开发人员使用未保存在源代码管理中的解决方案的本地副本


缺点是,您必须为每个开发人员从头开始创建一个新的解决方案(或使用其他人提供的模板),但它确实解决了您看到的问题。

最简单的方法是指定项目/解决方案的存储位置,例如,确保/坚持每个人都将其工作目录以C:\VSS为根目录存储。这确保了开发人员之间的所有路径都是一致的,并防止出现问题。

最简单的方法是指定项目/解决方案的存储位置,例如,确保/坚持每个人都将其工作目录以C:\VSS为根存储。这可以确保开发人员之间的所有路径都是一致的,并防止出现问题。

是的,停止使用VSS,并使用可靠的源代码管理系统。哈哈,我希望如此:)但请不要开玩笑,解决方案?这是VSS问题吗?这是一个他们如何配置项目的问题。是的,停止使用VSS并使用可靠的源代码管理系统。哈哈,我希望如此:)但请不要开玩笑,解决方案?这是一个VSS问题吗?这是他们如何配置项目的问题。