我想知道人们如何处理跨多台计算机的多个用户的引用。我们有一个只有少数开发人员的小型开发商店。我们遇到一个问题，每次用户获取最新信息（我们使用TFS进行源代码控制）时，引用位置/路径/ web.config文件就会搞乱，因为引用位于略有不同的路径中：c：\ Dave \ CommonBin与c ：\ Joe \ CommonBin。其他人如何处理这个问题？
答案 0 :(得分：0)
在所有开发人员之间使用一致的路径结构应该会有所帮助。就第三方图书馆而言，最好将它们与项目本身一起检查。这样你就可以获取最新的代码和构建。根据我的经验，TFS在二进制检查方面效果不佳，并且由于与visual studio的集成，除非您添加解决方案项并在其中包含库，否则将其更新为新版本可能会很麻烦。如果您不介意使用解决方案资源管理器来管理依赖项，则可以使用源代码管理工具在解决方案之外管理它们。
使用web.config文件，我倾向于检入web.config.template文件，并且所有更改都在那里。然后，开发人员可以编辑他们想要的本地环境的web.config，而不是搞砸其他任何人。但您必须记住确保更改进入模板文件。不是一个完美的场景。
答案 1 :(得分：0)
你在哪里开发？本地盒子还是共享盒子？如果是本地方框，没有理由让c：\ Dave和c：\ Joe出现。如果您在共享框中，则应检查方法是否正确，因为共享环境== messy。
相对而言，我的方法是保持路径相同。这意味着每个人都使用相同的结构，即使根不相同（即绝对路径可能不同，但来自.sln文件的相对路径是相同的）。这允许人们在VS 2010项目目录下或在另一个文件夹下工作（我使用c：\ projects）。
对于网络工作，您可以应用此方法并使用内置的Web服务器，但我发现使用IIS是一个更好的选择，因为您摆脱了使用内置服务器时出现的一些其他问题。这意味着每个开发人员都必须设置IIS目录（不完全正确，因为带有IIS的Windows 7将帮助您的开发人员），但无论哪种方式，这都不是一个巨大的步骤，它摆脱了大量的麻烦。
如果您保持一致，那么您最终会在系统之间保持一致，并避免您现在遇到的许多问题。要从这里到达那里，你将不得不暂时咬紧牙关并解决问题。
答案 2 :(得分：0)
通常使用相对路径包含项目引用。因此，只要文件的相对路径相同，开发人员是否拥有不同的项目树并不重要。
听起来你只需要将CommonBin目录移动到项目树中就应该有效。